为什么SVN中的分支/合并比Git更痛苦?

为什么SVN中的分支/合并比Git更痛苦?,svn,git,version-control,Svn,Git,Version Control,可能重复: 我经常听说SVN中的分支/合并比Git更痛苦,有人能给出一个具体但简单的例子吗?Git和SVN中的分支几乎一样容易。问题是当你来合并的时候。在SVN版本1.6之前(如果内存允许的话),SVN没有记录任何关于合并点的信息。因此,如果您合并了分支a和B,继续对a和B进行开发,然后再次尝试进行相同的合并,那么您将需要解决第一次遇到的相同冲突 所以,这是第一个大问题。SVN现在跟踪合并元数据,但我不知道它有多好。Git是为了合并而设计的,在SVN中这只是事后的想法。Git有非常好且完整的一

可能重复:


我经常听说SVN中的分支/合并比Git更痛苦,有人能给出一个具体但简单的例子吗?

Git和SVN中的分支几乎一样容易。问题是当你来合并的时候。在SVN版本1.6之前(如果内存允许的话),SVN没有记录任何关于合并点的信息。因此,如果您合并了分支a和B,继续对a和B进行开发,然后再次尝试进行相同的合并,那么您将需要解决第一次遇到的相同冲突

所以,这是第一个大问题。SVN现在跟踪合并元数据,但我不知道它有多好。Git是为了合并而设计的,在SVN中这只是事后的想法。Git有非常好且完整的一套功能来帮助您处理私有本地分支,并跟踪远程公共分支。Git还提供了很棒的可视化工具,可以让您查看分支和合并点


-Bart

此外,尽管分支/合并并不“容易”,但在SVN中,分支是全局的。这意味着如果您以分布式方式使用分支(许多小功能或bug修复分支),那么项目中的每个人都必须对几十个或数百个与它们无关的分支进行排序


有很多方法可以解决这个问题,但这也是为什么许多SVN商店不使用分支,或者只使用长期存在的分支的一个重要原因。

你是否在问为什么人们声称在SVN中分支和合并比Git更痛苦?重复:准确地说,在SVN 1.5之前,它不会记录有关合并的信息。(合并跟踪)。