身为一个码农，深知代码版本控制的重要性，可就是有一些人野路子出身，可能之前在小公司一个人说了算，所以从来没有养成代码版本管理的习惯，遇到不提交代码的同事该怎么办呢？
This topic created in 2717 days ago, the information mentioned may be changed or developed.
 |
yalinMay 28, 2019
1
或许人家才写到一半
|
 |
402124773May 28, 2019
2
设定 gitflow。让他提交代码前自己解决冲突，哈哈。
|
 |
3
如果他这样提交代码不影响你的工作，那对你来说不存在问题，不需要解决。
如果已经影响了你的工作，那以出现的实际影响为由和他沟通，而不是以良好习惯为由。如果沟通不顺畅，那以实际影响为由找上级沟通。 |
8 |
690690May 28, 2019
4
结果导向，其它，别在乎太多
|
 |
5
遇到一个有事没事就提交代码的怎么办
|
 |
6
良好沟通才能解决问题，而不是埋怨瞧不起，土八路也不一定干不过正规军
|
 |
yimityMay 28, 2019
7
我一周就做一个功能，你非要我天天提交么？
|
 |
shm7May 28, 2019
8
还是要多沟通。写一篇文章专门讲这个的，并发给他看。
|
 |
9
我同事也这样, 沟通以后好多了, 说说弊端他就能接受, 毕竟一周一坨一个 commit 以后他自己也没发看.
|
 |
xiaoyang7545May 28, 2019
10
不过要是写到一半的，传了别人又说有 BUG 要修复咋办。
|
 |
aleen42May 28, 2019
11
protect 好分支，管他写一年
|
 |
MeteorCatMay 28, 2019 via Android
12
现在提交都要按天数了？我们都是按迭代版本提交的
|
 |
SuperMildMay 28, 2019
13
这不是领导要负责的东西吗，领导拿着高薪，就是处理这些“人为”问题的呀。
|
 |
daiqiangbudainiuMay 28, 2019
14
之前一同事，每次说起来这种事都说他从不提交代码，手动狗头
|
 |
ensonmjMay 28, 2019
15
难道不是按需求来吗？
|
 |
TuringGoonerMay 28, 2019 via Android
16
不题交也不会影响你啊
反正在他自己的分支上 |
 |
1OF7GMay 28, 2019
17
有没有人解释下这样做的弊端？
个人感觉，没啥影响啊，除了到时候一个 commit 的内容比较多。 |
 |
exonucleaseMay 28, 2019 via iPhone
18
冲突他自己解就行
|
 |
tantaluMay 28, 2019
20
按照 git 提交次数统计工作量
|
 |
PretextMay 28, 2019
21
让他拉个分支自己玩咯...
|
 |
22
不是故意喷你， 什么叫野路子？ 频繁提交就有优越感了？
好的公司管理应该是，结果导向并且合理的拆分任务，按照你的题意，你们公司居然可以一周提交一次也不影响开发进程，只能说明你们的管理很混乱。 综上: 代码多久提交一次并不重要(国企除外), 主要是一个固定时间范围内有多少 tasks 分配下来，并且完成度如何，同时计算下 bug 率和相关的数据就可以了。 |
 |
onehao28May 28, 2019 via Android
24
按需求提交的路过，有时候两三周才提交一次很正常。
|
 |
winterockMay 28, 2019
25
当你在一个有上千人协作的 repo 上工作，你就会知道那些没想清楚没测试完毕就往 master 上 push 的人有多“野路子”了。
一般都是在自己的 branch 上开发，不定期 rebase 到最新的 master。 开发完了，写非常详细的 merge request，找人 review。 最后，merge 的时候一般还会 squash，可能十几个 commits 就成了你说的一坨一个大的 commit 了（但是这是必须的，没人想看你那些啰里八嗦的细节，实在要看的话回头翻 merge request 就好了）。 |
 |
TitzanyicMay 28, 2019 via iPhone
26
和出身和是否小公司没关系，主要是个人习惯。我一个人写代码，按照功能提交，创建合并分支。
|
 |
l00tMay 28, 2019
27
合并到主干的话，一个功能一提交，一个需求一提交才好啊。review 当然也是有明确的需求再去 review 比较方便啊。不然一堆的修个笔误、加段代码、又把那段代码删了、想了想又加回去并改几个细节、改几个命名…… 这种提交看过去很爽吗？
|
 |
CFM880May 28, 2019
28
重构一部分，强制用 rebase, 不准用 merge，让他自己解冲突，绝对解冲突到哭
|
 |
stallmanMay 28, 2019
30
还能怎么样,舔他啊
|
 |
taokyMay 29, 2019
31
@xiaoyang7545 `git stash`
|
 |
arischowMay 29, 2019 via iPhone
32
如果是按照功能开发完成再合并到主分支，有什么问题么？这样 commit 大小只影响他本人吧
|
 |
zyp0921May 29, 2019
33
编不过也要提交吗？？？ 妈耶
|
 |
tt67wqMay 29, 2019
34
说不定在别的分支呢
|
 |
yxcoderMay 29, 2019
35
3 天及以上起新分支
|
 |
hotwaterMay 29, 2019
36
小公司野路子的码农表示被深深地伤害了。。。。
|
 |
hjq98765May 29, 2019
37
又不是 SVN，自己拉个分支多简单，或者要求他拉个分支
|
 |
qq976739120May 29, 2019
38
经历了三家公司...都是一个功能一个分支的,一个分支上好几个功能修改的话,岂不是很头疼
|
 |
sdushnMay 29, 2019 via Android
39
估计是没有提代码的习惯，解冲突多累😂而且有划水嫌疑啊，一般情况下我一天一提交就是在划水了😂😂😂
|
 |
zjyl1994May 29, 2019
41
自己拉分支自己 merge 喽，到时候炸多了就知道赶快提交 merge 的重要性了
|
 |
iyaozhenMay 29, 2019
42
没关系呀 自己一个分支呗，最好提交的还得解决冲突
但如果两人合作一个功能，那肯定得提高提交频率了 |
 |
rrubickMay 29, 2019
44
"野路子"emmm 楼主好正规军哦
|
 |
anterosMay 29, 2019
45
原来科班出身的是这样的呀，懂了。
|
 |
MacMay 29, 2019 via Android
46
人家可以每天改一下版本号
|
 |
younforMay 29, 2019
47
鹤鹤，胖友你是没在国企呆过啊，一周只有一次代码提交权限，错过时间就没有机会了，还是集中式提交。怕了。
|
 |
mawenjieMay 29, 2019
48
说不定别人打算把模块测试好了再提交代码，稳重一点。最可怕的是那种提交之前都不编译的
|
 |
unco020511May 29, 2019
49
这个同事可能这一周都在摸鱼
|
 |
vertigoMay 29, 2019 via iPhone
50
遇到将 git 当“云同步”来进行本地-》服务器传代码的同事才头大
|
 |
linvauxMay 29, 2019 via Android
51
规定下班前必须提交代码。不然就扣绩效。次数多了你看他老不老实
|
 |
huluhuluMay 29, 2019 via iPhone
52
楼主显然不是大公司的…哪有大公司这么频繁提交的啊…提交一般提交到分支，然后回归 case 什么自动化都跑过了。针对这块代码的需求 test case 都跑过了，才能合到 master …然后每天触发 daily …测试部门拿 daily 测出问题，就是 bug，都是要报问题单的，问题单流程很 heavy。谁没事老往 master 提代码啊…
|
 |
SEARCHINGFREEMay 29, 2019
53
切分支不是随便玩
|
 |
zgl263885May 30, 2019 via iPhone
54
扣绩效呗！
|
 |
liangweijia6000May 30, 2019
55
？？
我咋没看懂，一周提交一次代码有什么问题？ 我一个功能写一半，提交了编译都通不过也要提交的么？ |
 |
LinxingMay 31, 2019 via iPhone
58
难得不是吗 一周一个 feature 肯定只有一个提交啊 最多拆分一下 做一点 review 一点
|
 |
amonMay 31, 2019
59
可能之前是用 svn 的，让他用 git，保持时不时 commit 的习惯，即使不 push 到服务器，提交到本地仓库也算版本管理啊。
|
 |
62
@liangweijia6000 不提交就看不出工作量啊，所以最后悲剧了，最后跑路啦
|
Select Language