【讨论】使用git和svn保管c++项目的区别

用git：今天干完一点了，先git commit一下。哎呀，今天误操作把文件改错了，没关系，本地git checkout。终于改好了，git push。什么，有冲突？不怕，git fetch，git merge本地解决冲突，然后git push，成功！ svn：今天改了点东西，但是测试还用不过，不敢commit，怕被同事打。几天过去，哎呀，今天误操作把文件改错了，哎，没commit没备份，手动改回去吧（哭）。终于改完了，准备commit。什么？有冲突？好，merge，一个文件一个文件看，哎呀，合并的时候多删了一行。恢复吧。哎呀，文件全回到一周前的状态了，这星期白干了[ema16] 重点：git的commit、merge、branch操作完全在本地做，只有push和fetch需要和服务器通信。所以，你只要觉得有阶段性成果想保存一个版本，就可以本地commit；有什么疯狂的点子也可以本地branch，不用经过服务器以及同事的同意。merge的时候因为是在本地先commit后merge，所以在merge的过程中不论发生任何意外都可以重试。但svn如果不连接服务器，就没有任何版本控制。因为所有人都必须直接往服务器commit而不是本地commit，任何人的一点小失误都会导致别人必须在没有保护的情况下update甚至merge。所以说svn上轻易commit是会被打的。比较新的vcs都是分布式的，比如git、mercurial、darcs、bazaar。但git以其优异的性能，在开发人员中占据绝对主导地位。 svn早该淘汰了。lz下次求职应该找个好点的公司了。顺便去github看看吧。

现在一般的互联网公司都会搭建自己公司的代码集中管理服务器gitlab，基本上已经可以完全取代svn，lz提到的权限管理，gitlab在项目的配置管理中全部信息都有，分布式git还是要显著优于集中式svn

对了，如果楼主喜欢git的话，可以用git-svn，一个git插件，让你把svn服务器当一个remote来push和fetch。

鄙司用svn，各自拉各自的分支，随意在分支上commit，改完分支提测，并不担心被人打 【 在 nuanyangyang 的大作中提到: 】 : 用git：今天干完一点了，先git commit一下。哎呀，今天误操作把文件改错了，没关系，本地git checkout。终于改好了，git push。什么，有冲突？不怕，git fetch，git merge本地解决冲突，然后git push，成功！ : svn：今天改了点东西，但是测试还用不过，不敢commit，怕被同事打。几天过去，哎呀，今天误操作把文件改错了，哎，没commit没备份，手动改回去吧（哭）。终于改完了，准备commit。什么？有冲突？好，merge，一个文件一个文件看，哎呀，合并的时候多删了一行。恢复吧。哎呀，文件全回到一周前的状态了，这星期白干了 : 重点：git的commit、merge、branch操作完全在本地做，只有push和fetch需要和服务器通信。所以，你只要觉得有阶段性成果想保存一个版本，就可以本地commit；有什么疯狂的点子也可以本地branch，不用经过服务器以及同事的同意。merge的时候因为是在本地先commit后merge，所以在merge的过程中不论发生任何意外都可以重试。但svn如果不连接服务器，就没有任何版本控制。因为所有人都必须直接往服务器commit而不是本地commit，任何人的一点小失误都会导致别人必须在没有保护的情况下update甚至merge。所以说svn上轻易commit是会被打的。比较新的vcs都是分布式的，比如git、mercurial、darcs、bazaar。但git以其优异的性能，在开发人员中占据绝对主导地位。 : ...................

我司就是git啊

gitlab工作流了解一下[ema3]

bd

估计用习惯了吧

Bd