将GIT合并功能移植到SVN？

Question

我几周前看过YouTube演示文稿Tech Talk:Linus Torvalds on git,似乎有一句话在我脑海中浮现.

在这个演讲中(大约33分钟),Linus说"有些人克隆SVN存储库,合并(= SVN中的头痛)然后将结果推回SVN".

我的想法是:如果这是可能的,那么为什么我们不把GIT的强大合并能力移植到SVN的一个组成部分？

这样我们对SVN进行了很大的改进,我们不必迁移我们的公司存储库和相关脚本,这些脚本可以连接到各种问题跟踪和持续集成系统.

我一定错过了什么.它是什么？

Answer 1

SVN和GIT之间还有另一个很大的区别,除了一个集中化而另一个没有.GIT跟踪内容,SVN跟踪文件.

如果在SVN中合并分支,SVN会计算您在分支中执行的更改并将这些更改应用于主干(或者您的合并目标是什么).然后通过正常提交将这些修改转移到存储库,并且忘记源信息(分支中的历史).在后来的SVN版本(> = 1.5)中,合并行为得到了改善,SVN现在记住了哪个分支的修订被合并,哪些没有合并,但基本问题仍然存在.

OTOH GIT会在其日志中高兴地告诉您,您的代码中的某些行来自分支xyz,并且它们在分支的修订版本a,b和c中被修改.这使得它可以非常容易地进行疯狂的合并,例如创建分支,处理它,更新主线,做更多工作,合并到主线,分支分支等等,没有任何问题.

更新:

一句话:SVN和GIT在跟踪修改方式上有所不同,SVN合并可能变得像GIT一样酷,而不会成为GIT.