私は 3 年前に質問しました: Git でのマージは SVN よりも優れているのはなぜですか?
当時は SVN 1.6 を使用していたと思いますが、現在は 1.8 に達しており、マージは彼らがかなりの作業を行った領域の 1 つであるようです。
これらの変更に照らして、SVN 1.8 は git のような DVCS でのより優れたマージと分岐のサポートに追いついたのでしょうか?
私は 3 年前に質問しました: Git でのマージは SVN よりも優れているのはなぜですか?
当時は SVN 1.6 を使用していたと思いますが、現在は 1.8 に達しており、マージは彼らがかなりの作業を行った領域の 1 つであるようです。
これらの変更に照らして、SVN 1.8 は git のような DVCS でのより優れたマージと分岐のサポートに追いついたのでしょうか?
SVN 1.8 では、'reingtegration' が自動アクションになり、少し進歩したようです。また、ブランチがマージされた後もブランチを維持するためにダンスをする必要はありません。
これらは私にとって本当に厄介なものでした。
問題は、SVN のマージでは常に、mergeinfo レコードの処理に問題があるように見えることです。ご存じないかもしれませんが、これらはマージが行われたときにツリー内のポイントに追加されるプロパティです。どのバージョンがマージされたバージョンの祖先であるかが記録されるため、別のマージが行われたときに、それらのバージョンの変更が再マージされることはありません。
残念ながら、SVN は混乱しているようで、変更を複数回適用することがよくあります。個人的には、以前にマージされたものを記録する方法に根本的な欠陥があると思いますが、正確に何が間違っているのかを突き止めることはできませんでした.
事実、ブランチとマージは、SVN では後付けで優先度の低い機能でしたが、DVCS では基本的な機能です。分岐は SVN で機能します。私はこれをかなり頻繁に使用しています。それは確かにいくつかのVCSよりも優れています。DVCS での分岐と同じように機能するとは思えません。