身为一个码农,深知代码版本控制的重要性,可就是有一些人野路子出身,可能之前在小公司一个人说了算,所以从来没有养成代码版本管理的习惯,遇到不提交代码的同事该怎么办呢?
1
yalin 2019-05-28 15:12:55 +08:00
或许人家才写到一半
|
2
402124773 2019-05-28 15:14:14 +08:00
设定 gitflow。让他提交代码前自己解决冲突,哈哈。
|
3
goreliu 2019-05-28 15:17:10 +08:00 via Android 8
如果他这样提交代码不影响你的工作,那对你来说不存在问题,不需要解决。
如果已经影响了你的工作,那以出现的实际影响为由和他沟通,而不是以良好习惯为由。如果沟通不顺畅,那以实际影响为由找上级沟通。 |
4
690690 2019-05-28 15:39:59 +08:00
结果导向,其它,别在乎太多
|
5
lloovve 2019-05-28 15:48:45 +08:00 via iPhone 4
遇到一个有事没事就提交代码的怎么办
|
6
spritewdx 2019-05-28 16:17:03 +08:00 1
良好沟通才能解决问题,而不是埋怨瞧不起,土八路也不一定干不过正规军
|
7
yimity 2019-05-28 16:21:15 +08:00
我一周就做一个功能,你非要我天天提交么?
|
8
shm7 2019-05-28 16:23:19 +08:00
还是要多沟通。写一篇文章专门讲这个的,并发给他看。
|
9
linxl 2019-05-28 16:26:22 +08:00 1
我同事也这样, 沟通以后好多了, 说说弊端他就能接受, 毕竟一周一坨一个 commit 以后他自己也没发看.
|
10
xiaoyang7545 2019-05-28 17:57:58 +08:00
不过要是写到一半的,传了别人又说有 BUG 要修复咋办。
|
11
aleen42 2019-05-28 18:52:03 +08:00
protect 好分支,管他写一年
|
12
MeteorCat 2019-05-28 18:54:33 +08:00 via Android
现在提交都要按天数了?我们都是按迭代版本提交的
|
13
SuperMild 2019-05-28 19:06:12 +08:00
这不是领导要负责的东西吗,领导拿着高薪,就是处理这些“人为”问题的呀。
|
14
warcraft1236 2019-05-28 19:06:39 +08:00
之前一同事,每次说起来这种事都说他从不提交代码,手动狗头
|
15
ensonmj 2019-05-28 19:37:00 +08:00
难道不是按需求来吗?
|
16
TuringGunner 2019-05-28 19:40:23 +08:00 via Android
不题交也不会影响你啊
反正在他自己的分支上 |
17
1OF7G 2019-05-28 19:42:20 +08:00
有没有人解释下这样做的弊端?
个人感觉,没啥影响啊,除了到时候一个 commit 的内容比较多。 |
18
exonuclease 2019-05-28 19:45:15 +08:00 via iPhone
冲突他自己解就行
|
20
tantalu 2019-05-28 20:15:51 +08:00
按照 git 提交次数统计工作量
|
21
kiyo 2019-05-28 20:38:40 +08:00
让他拉个分支自己玩咯...
|
22
lygmqkl 2019-05-28 20:40:15 +08:00 1
不是故意喷你, 什么叫野路子? 频繁提交就有优越感了?
好的公司管理应该是,结果导向并且合理的拆分任务,按照你的题意,你们公司居然可以一周提交一次也不影响开发进程,只能说明你们的管理很混乱。 综上: 代码多久提交一次并不重要(国企除外), 主要是一个固定时间范围内有多少 tasks 分配下来,并且完成度如何,同时计算下 bug 率和相关的数据就可以了。 |
24
onehao28 2019-05-28 20:55:28 +08:00 via Android
按需求提交的路过,有时候两三周才提交一次很正常。
|
25
winterock 2019-05-28 22:42:27 +08:00
当你在一个有上千人协作的 repo 上工作,你就会知道那些没想清楚没测试完毕就往 master 上 push 的人有多“野路子”了。
一般都是在自己的 branch 上开发,不定期 rebase 到最新的 master。 开发完了,写非常详细的 merge request,找人 review。 最后,merge 的时候一般还会 squash,可能十几个 commits 就成了你说的一坨一个大的 commit 了(但是这是必须的,没人想看你那些啰里八嗦的细节,实在要看的话回头翻 merge request 就好了)。 |
26
Titzanyic 2019-05-28 22:53:24 +08:00 via iPhone
和出身和是否小公司没关系,主要是个人习惯。我一个人写代码,按照功能提交,创建合并分支。
|
27
l00t 2019-05-28 22:57:30 +08:00
合并到主干的话,一个功能一提交,一个需求一提交才好啊。review 当然也是有明确的需求再去 review 比较方便啊。不然一堆的修个笔误、加段代码、又把那段代码删了、想了想又加回去并改几个细节、改几个命名…… 这种提交看过去很爽吗?
|
28
CFM880 2019-05-28 23:20:32 +08:00
重构一部分,强制用 rebase, 不准用 merge,让他自己解冲突,绝对解冲突到哭
|
29
winterbells 2019-05-28 23:43:57 +08:00
@lloovve 这不说的就是我,commit 数量是其他人加起来两三倍。。。不过都是独立模块提交到自己分支==
|
30
stallman 2019-05-28 23:59:49 +08:00
还能怎么样,舔他啊
|
31
taoky 2019-05-29 01:16:43 +08:00
@xiaoyang7545 `git stash`
|
32
arischow 2019-05-29 07:57:25 +08:00 via iPhone
如果是按照功能开发完成再合并到主分支,有什么问题么?这样 commit 大小只影响他本人吧
|
33
zyp0921 2019-05-29 08:48:11 +08:00
编不过也要提交吗??? 妈耶
|
34
tt67wq 2019-05-29 09:29:54 +08:00
说不定在别的分支呢
|
35
yxcoder 2019-05-29 09:34:35 +08:00
3 天及以上起新分支
|
36
hotwater 2019-05-29 09:47:00 +08:00
小公司野路子的码农表示被深深地伤害了。。。。
|
37
hjq98765 2019-05-29 10:06:48 +08:00
又不是 SVN,自己拉个分支多简单,或者要求他拉个分支
|
38
qq976739120 2019-05-29 10:36:59 +08:00
经历了三家公司...都是一个功能一个分支的,一个分支上好几个功能修改的话,岂不是很头疼
|
39
sdushn 2019-05-29 11:15:32 +08:00 via Android
估计是没有提代码的习惯,解冲突多累😂而且有划水嫌疑啊,一般情况下我一天一提交就是在划水了😂😂😂
|
41
zjyl1994 2019-05-29 13:54:48 +08:00
自己拉分支自己 merge 喽,到时候炸多了就知道赶快提交 merge 的重要性了
|
42
iyaozhen 2019-05-29 14:02:57 +08:00
没关系呀 自己一个分支呗,最好提交的还得解决冲突
但如果两人合作一个功能,那肯定得提高提交频率了 |
44
magic3584 2019-05-29 14:07:30 +08:00
"野路子"emmm 楼主好正规军哦
|
45
php01 2019-05-29 14:20:10 +08:00
原来科班出身的是这样的呀,懂了。
|
46
Mac 2019-05-29 14:21:08 +08:00 via Android
人家可以每天改一下版本号
|
47
younfor 2019-05-29 15:12:20 +08:00
鹤鹤,胖友你是没在国企呆过啊,一周只有一次代码提交权限,错过时间就没有机会了,还是集中式提交。怕了。
|
48
mawenjie 2019-05-29 16:43:03 +08:00
说不定别人打算把模块测试好了再提交代码,稳重一点。最可怕的是那种提交之前都不编译的
|
49
unco020511 2019-05-29 17:37:16 +08:00
这个同事可能这一周都在摸鱼
|
50
vertigo 2019-05-29 17:47:41 +08:00 via iPhone
遇到将 git 当“云同步”来进行本地-》服务器传代码的同事才头大
|
51
linvaux 2019-05-29 18:43:02 +08:00 via Android
规定下班前必须提交代码。不然就扣绩效。次数多了你看他老不老实
|
52
huluhulu 2019-05-29 19:28:44 +08:00 via iPhone
楼主显然不是大公司的…哪有大公司这么频繁提交的啊…提交一般提交到分支,然后回归 case 什么自动化都跑过了。针对这块代码的需求 test case 都跑过了,才能合到 master …然后每天触发 daily …测试部门拿 daily 测出问题,就是 bug,都是要报问题单的,问题单流程很 heavy。谁没事老往 master 提代码啊…
|
53
SEARCHINGFREE 2019-05-29 19:31:54 +08:00
切分支不是随便玩
|
54
zgl263885 2019-05-30 07:04:17 +08:00 via iPhone
扣绩效呗!
|
55
liangweijia6000 2019-05-30 10:01:37 +08:00
??
我咋没看懂,一周提交一次代码有什么问题? 我一个功能写一半,提交了编译都通不过也要提交的么? |
58
Linxing 2019-05-31 09:36:39 +08:00 via iPhone
难得不是吗 一周一个 feature 肯定只有一个提交啊 最多拆分一下 做一点 review 一点
|
59
amon 2019-05-31 11:26:05 +08:00
可能之前是用 svn 的,让他用 git,保持时不时 commit 的习惯,即使不 push 到服务器,提交到本地仓库也算版本管理啊。
|
62
pink123 OP @liangweijia6000 不提交就看不出工作量啊,所以最后悲剧了,最后跑路啦
|