公司开发部门 GIT SVN 之争

公司最开始决定是使用GIT作为版本控制 , 也都使用了4,5个月了 , 开发人员也都是20多岁年轻力壮的年轻人 , 每个组的组长也一直在做git使用的培训 , 即使是这样 , 还是遇到了非常大的阻碍 , 主要是如下几点 :
1.代码合并导致代码丢失
2.很多人对代码commit到本地后还要push到remote表示很不解
3.个别同事经常反馈commit的记录丢失
因为很多同事都遇到这3个问题 , 所以普偏反馈建议改为SVN作为版本控制 , 特别是接连好几次有同事反馈了第三个问题 , 我和运维都表示很吃惊 , 表示绝对不会出现丢失的情况 ; 但是公司的领导看到这样的反馈 , 还是建议采纳开发的建议 , 改为SVN , 然后运维就将GIT 改为了SVN

个人的一点看法:
对于第一点 , 我觉得完全是开发人员自己的问题造成的 , 如果开发人员不找到自己的原因 , SVN也会出现合并造成代码丢失的问题
第3点问题 , 当时有人说这样的问题 , 我表示也是非常的诧异的 , 我自己也是刚用git , 但是也觉得并不会出现这样的问题 , 之道有一次自己做了这样一个操作 , 在一个branch上checkout了一个commit,然后在这个commit的基础上做了一下修改,然后commit了,最后checkout 原有branch时发现 , 这个commit在branch的log上是不存在的 , 由此我猜测是不是当时那位遇到commit丢失的同事是否也是像我这样操作了 ;

总之用了一个多月的git , 觉得git在需要频繁修改bug的场景下 , 发挥巨大优势的branch比svn还是要好用很多的 ; 发表这个帖子并不是想说git 比svn好用 (LZ在一个公司使用过2年的Microsoft sourcesafe , 那种恶心的版本控制简直不想再提) , 而是提一下自己以及同事在使用git确实会遇到一些影响开发的问题 .

mahone3297

2015-07-28 11:45:16 +08:00

会丢commit？那么多人用，要丢，早丢的不成样子了吧。。。github估计都要倒了吧。。。
应该是用的人的问题吧。。。没学会git，然后在用git。。。
然后要走老路，用老的东西（抱歉，我就是认为git比svn好）。虽然都是20多岁年轻人，但是思想还是很懒，不愿做创新，改变，学习。

xudongz

2015-07-28 11:46:45 +08:00

很多人不熟悉git最起码开小会的时候顺便做个培训吧，特别是一些影响大的误操作要强调一下啊，不是每一个码代码的都天生会用这些版本控制的东西，特别是现在好多半路出家的野生码农，以前都是单打独斗的多。
你们领导换回svn是对的，任你有多少理由，给开发造成了障碍就该换。

Navee

2015-07-28 11:58:23 +08:00

@mahone3297
我刚按照我之前的操作测试了一下:
1.在master创建a文件 , 提交一版a001
2.修改a文件提交一版a002
3.checkout a001 , 修改a文件提交一版a003
4.checkout master 查看log ,只有a001 ,a002
5.checkout a001 , 查看log只有a001

丢失并不是针对于正常的操作流程 , 而是针对于我说的这种操作 , 而且这样操作git并不会报错

sortbylist

2015-07-28 12:00:21 +08:00

就知道学习，就知道改变，就知道BB。如果SVN能够解决问题，能够胜任工作，为什么要学git。而且使用中还会丢记录，难道学习没有成本？丢记录不会导致工作问题？你不丢记录你很happy是吧？你学的好你就不管学不好的是吧？没什么争的，哪个好用用哪个，这个好用包括会不会用。