Có phải sự bất tiện về việc hợp nhất trong SVN trước v1.5 đã lỗi thời khi thiếu siêu dữ liệu không còn là vấn đề nữa?

Tôi đang bắt đầu với SVN và rất nhiều nguồn tin nói rằng việc sáp nhập rất khó khăn trong SVN so với các công cụ DVCS. Các câu hỏi gần đây nhất tôi có thể tìm thấy ở đây trên SE là từ năm 2012.

Đôi khi có một đề cập rằng lý do là SVN trước v1.5 không có siêu dữ liệu, nhưng SVN hiện đang ở phiên bản 1.8.9.

Cho rằng SVN bây giờ đã trưởng thành hơn nhiều so với v1.5, và đặc biệt là thực tế là chúng tôi đã không sử dụng SVN 1.5 nên chúng tôi không bị thiếu siêu dữ liệu đã đề cập - vẫn còn nhiều giá trị trong các lập luận chống lại SVN?

Tôi hiểu rằng DVCS có một cách tiếp cận hoàn toàn khác thường được mong muốn hơn, nhưng đối với những người "phải" yêu cầu SVN vì bất kỳ lý do gì, việc sáp nhập không thực sự là "địa ngục" nữa, phải không?

Nó hoạt động tốt nếu bạn dính vào các trường hợp đơn giản , nhưng có một số trường hợp phức tạp không.

Những hạn chế tôi có thể nghĩ đến:

• Nó chỉ có thể tìm thấy tổ tiên gần đây nhất nếu nó nằm trên một trong những nhánh liên quan. Vì vậy, nếu bạn tạo branches/thisvà branches/thatcả từ trunkvà sau đó cố gắng hợp nhất branches/thisđể branches/that, nó sẽ không biết phải làm gì. Điều đó có nghĩa là bạn chỉ có thể hợp nhất chi nhánh với hoặc từ cha mẹ của nó. Bạn có thể gặp phải vấn đề này nếu bạn bắt đầu hai nhánh tính năng và sau đó nhận ra rằng các tính năng này phụ thuộc lẫn nhau và cần kết hợp chúng.

• Mặc dù tuyên bố nó có thể theo dõi các đổi tên, nhưng việc hợp nhất các nhánh khi các tệp được di chuyển ở một bên và sửa đổi ở bên kia không phải lúc nào cũng tìm đúng các tệp để hợp nhất và sửa nó theo cách thủ công là hơi tẻ nhạt vì nó không để lại thông tin cần thiết ở bất cứ đâu tại tay.

• Các tập tin được thêm vào đôi khi gây ra xung đột giả về việc hợp nhất sau này.

• Vì lật đổ không có khái niệm chi nhánh riêng biệt, bạn chỉ có thể hợp nhất một cây con của một dự án và điều đó có thể dẫn đến một mớ hỗn độn khá nhanh. Chúng tôi khuyên bạn nên cẩn thận để luôn hợp nhất các chi nhánh hoàn chỉnh. Thật không may vì một số lý do đôi khi các thuộc tính thông tin hợp nhất xuất hiện trên các thư mục con ngay cả khi chúng có vẻ không cần thiết và việc hợp nhất được thực hiện chính xác cho toàn bộ chi nhánh.

• Cuối cùng nhưng không kém phần quan đó là chậm . Sáp nhập vào một dự án có quy mô nghiêm trọng thường mất vài phút trong đó hầu hết DVCS có thể thực hiện dưới một giây.

Theo kinh nghiệm của tôi, việc sáp nhập vào SVN đã được 'sửa' trong phiên bản 1.6. Tôi làm việc trong cả Mercurial và SVN, và kể từ phiên bản 1.6 của SVN, việc sáp nhập dường như có cùng số lượng công việc trên cả hai nền tảng. Một ngoại lệ có thể là bạn phải nhớ cung cấp --reintegratetùy chọn khi hợp nhất từ ​​một nhánh trở lại vào thân cây bằng SVN.

Đây chỉ là kinh nghiệm hoạt động của tôi. Tôi không biết gì về nội bộ của SVN.