代码版本控制用SVN还是Git好
1个回答
2016-02-06 · 知道合伙人数码行家
huanglenzhi
知道合伙人数码行家
向TA提问 私信TA
知道合伙人数码行家
采纳数:117538
获赞数:517165
长期从事计算机组装,维护,网络组建及管理。对计算机硬件、操作系统安装、典型网络设备具有详细认知。
向TA提问 私信TA
关注
展开全部
SVN属于被淘汰的上一代版本管理工具。用SVN,你就属于被淘汰的一类。
GIT牛掰不仅仅是牛掰在离线提交这个方面。事实上本座的团队使用GIT根本没有考虑是否能离线提交,每个开发人员基本上走到哪里都可以有网,离不离线不是关键问题。
GIT牛掰的地方在于对分支管理,子项目依赖,代码冲突管理上比SVN高出不止一个数量级。
举个例子:用一个开源的库,我们需要对开源的库某些部分进行修改,但是又想保证该库紧跟官方发布不过时。用SVN的话,要不一切手动,要不你就把你的修改提交到官方源去(基本上是不可能的)。用GIT,我可以克隆一个repository,新建一条branch保持私有修改,官方库有更新随时pull --rebase。
GIT的commit还可以乱序修改。比如说队里的熊孩子搞砸了,一连几个commit都不能编译。太简单了:用git rebase -i可以把一条branch上的坏commit一个一个剔掉。换了SVN,提交了坏代码的话,天皇老子都没法改。
GIT的高级玩法多了去了。学习曲线比SVN要陡,但是培训下团队完全是值得的。现在业界主流都用GIT,数不清的各种工具和云服务都基于GIT。上Github下个代码,人家很潇洒地一站式git clone,你下个zip再解包不寒碜?
就算你是单干,GIT也比SVN好用的多。用SVN如果不用云服务的话你还得自己架一个SVN服务器,GIT的话直接本地repository。
GIT牛掰不仅仅是牛掰在离线提交这个方面。事实上本座的团队使用GIT根本没有考虑是否能离线提交,每个开发人员基本上走到哪里都可以有网,离不离线不是关键问题。
GIT牛掰的地方在于对分支管理,子项目依赖,代码冲突管理上比SVN高出不止一个数量级。
举个例子:用一个开源的库,我们需要对开源的库某些部分进行修改,但是又想保证该库紧跟官方发布不过时。用SVN的话,要不一切手动,要不你就把你的修改提交到官方源去(基本上是不可能的)。用GIT,我可以克隆一个repository,新建一条branch保持私有修改,官方库有更新随时pull --rebase。
GIT的commit还可以乱序修改。比如说队里的熊孩子搞砸了,一连几个commit都不能编译。太简单了:用git rebase -i可以把一条branch上的坏commit一个一个剔掉。换了SVN,提交了坏代码的话,天皇老子都没法改。
GIT的高级玩法多了去了。学习曲线比SVN要陡,但是培训下团队完全是值得的。现在业界主流都用GIT,数不清的各种工具和云服务都基于GIT。上Github下个代码,人家很潇洒地一站式git clone,你下个zip再解包不寒碜?
就算你是单干,GIT也比SVN好用的多。用SVN如果不用云服务的话你还得自己架一个SVN服务器,GIT的话直接本地repository。
推荐律师服务:
若未解决您的问题,请您详细描述您的问题,通过百度律临进行免费专业咨询