组里的某senior DS不会用git, 怎么说服他呢?

跟manager再说说，不行就找Skip Manager，然后做关于 GIT 的Lunch and Learn….既然决定要推，最好就有ownership然后proactive一点

Claire20211120 发表于 2023-04-28 16:52:34
地里都是马工所以不理解 ds不用git太正常了 senior 很多都是十年前毕业的。。。。那时候用python 人都很少。

我也毕业十年了，学git是因为工作中觉得公司的SVN不好用，本地branch太多实在管理不过来，备份一个就是好几GB，于是不但自己学了git，还学了git-svn...

讲道理不通的话，就按规则来。如果没有明确规定必须用PR，就随他好了。
如果明确规定必须在branch修改再PR，就执行，可以建议老板强制执行，比如锁定master分支，只允许老板有merge权限。
工作上的事情，很多是流程来保证的

Ds就是不会编程转的
会git的话就直接当码农了

DS不写eng code，正常，你帮帮好了

如果他是一个劝不动的人，那就联合几个组里的同事多盯着他点儿，抓住他几次不用branch出错的把柄以后，使劲锤他一回。

有些人就是不见棺材不落泪。

看对方是个什么人吧。要是那种自以为是的人，就在team meeting 上不点名说一下，不听就算了。有的人呢是需要learn a lesson the hard way. 不然他永远不知道问题的严重性，可能要觉得你吹毛求疵。

这种只能默默地离职。。。

我学数学的,不在tech公司工作, 我都只到版本控制的重要性, 一般来说,多人配合, 且进production的大项目,都是在git或者其他工具做版本控制,和以下一些要求
1, 禁止直接push master
2, 每个人开发只能在自己的branch写
3, 自己写好branch之后加pull request的时候,要过一系列的build plan 尤其包括regression tests, 不成功的话禁止merge到master

4, 每个pr都要link到一个ticket上面
5, code review, aka four-eyes principle. 一个pr包含本人至少要两个人看过且同意才行
....

如果多人协作编程不做好这些, 出现 production 级别的break,让你火线修bug可有你受的.

最后, 虽然这样说很mean...但是...都senior ds,而且是OR的phd出身, git也学不来,令人怀疑其学习能力. 楼主描述的这种人及这样的行为,在我们公司估计过不了试用期.

vex 发表于 2023-04-29 04:08:10
我学数学的,不在tech公司工作, 我都只到版本控制的重要性, 一般来说,多人配合, 且进production的大项目,都是在git或者其他工具做版本控制,和以下一些要求
1, 禁止直接push m

这些流程并不是绝对的，跟产品线，开发流程，测试环境都有关系。
. .и每个修改都有一个branch适用于web开发而且有CICD。
像我们没有这样的环境，很多low risk修改就直接进主线了，这样方便merge到其它release分支