Không quá nhiều thực tế là chúng được phân phối, nhưng nhiều hơn là chúng theo dõi các thay đổi thay vì các phiên bản. (Tuy nhiên, các hệ thống phân tán thường làm việc với các bộ thay đổi, trong khi các hệ thống tập trung thường sử dụng các phiên bản, điều này là do các hệ thống phân tán sẽ không hoạt động với cách tiếp cận dựa trên phiên bản, trong khi các hệ thống tập trung có thể thoát khỏi nó).
Subversion nói, OK, trước tiên tôi có phiên bản này và sau đó tôi đã có phiên bản đó. Và khi đó là thời gian để hợp nhất, phải mất hai phiên bản, so sánh chúng, và làm cho giáo dục đoán về cách kết hợp chúng. Git, mercurial, và SCM tương tự, nói, OK, đầu tiên tôi không có gì, sau đó ai đó thực hiện thay đổi này và sau đó một người khác thực hiện thay đổi đó, v.v. Khi thời gian hợp nhất, về cơ bản tất cả những gì họ cần làm là áp dụng các thay đổi trong chính xác đặt hàng, sửa chữa cho số dòng ở đây và ở đó và lấy đổi tên tập tin vào tài khoản, nhưng đó là về cơ bản nó.
Subversion không thực sự có đủ thông tin để thực hiện hợp nhất thông minh: nó chỉ thấy sự khác biệt, nhưng không thấy chúng đến từ đâu.
Tôi nghĩ rằng rất nhiều "cuộc tranh luận sáp nhập SVN" đến từ những người hâm mộ DVCS. Sáp nhập là một trong những điều mà SVN cải thiện rất nhiều so với CVS, nhưng danh tiếng xấu của CVS (xứng đáng) có thể phản ánh trên SVN. Trong nhóm của chúng tôi, chúng tôi hợp nhất rất nhiều trong SVN, và tôi không biết vấn đề gì. – sbi
Rất có liên quan: http://stackoverflow.com/questions/2613525/what-makes-merging-in-dvcs-easy – kolobos