2009-06-04 49 views

Trả lời

10

Có, nếu bạn là thành viên của một tổ chức lớn hơn không muốn thay đổi.

Nếu bạn hỏi liệu có nên chọn CVS như một phần của bản cài đặt mới hay không, tôi không thể nghĩ ra lý do chính đáng. Bây giờ tôi nghĩ sự lựa chọn sẽ trở thành SVN hoặc GIT, và sự lựa chọn sẽ phụ thuộc vào sự lựa chọn nào phù hợp hơn với chiến lược phát triển của tổ chức bạn.

+0

Một lý do có thể là tích hợp công cụ. CVS thường được hỗ trợ tốt trong tất cả các IDE hiện đại, nhưng subversion hoặc git có thể không (chỉ cần nhìn vào Eclipse). –

+1

Tất cả ba được hỗ trợ bởi IntelliJ (chỉ nói). Tôi biết rằng Eclipse chắc chắn hỗ trợ Subversion ngay bây giờ (Subclipse plug-in). – duffymo

2

Tôi sẽ chuyển câu hỏi đó xung quanh. Có lý do thuyết phục nào để chuyển sang Subversion không? Chúng tôi sử dụng CVS và nó hoạt động tốt cho công cụ của chúng tôi. Không có lợi ích kinh doanh ở tất cả mà chúng ta có thể thấy để chuyển đổi.

Như với tất cả các quyết định, cần có phân tích chi phí/lợi ích để xem liệu nó có đáng giá hay không. Câu hỏi của bạn không cung cấp cho chúng tôi đủ thông tin để giúp bạn.

+3

Nếu bạn đổi tên tập tin (Java refactoring đến tâm trí) bạn sẽ thích SVN, vì nó bảo tồn lịch sử của tập tin và có thể khôi phục cấu trúc thư mục trước đó nếu bạn kiểm tra một phiên bản cũ hơn. CVS thiếu tính năng đó vì nó chỉ phiên bản các tệp và không phải thư mục. – lothar

+0

Được rồi, tốt, nếu bạn đổi tên hoặc di chuyển tệp, SVN tốt hơn - đó là một khởi đầu tốt cho phân tích chi phí/lợi ích của bạn [chi phí = nỗ lực thay đổi, lợi ích = một (cộng với những người khác không nghi ngờ)]. Câu hỏi vẫn còn là: lợi ích lớn hơn chi phí? – paxdiablo

+0

YMMV, nhưng ít nhất đối với chúng tôi SVN nhanh hơn đáng kể so với CVS khi cập nhật và cam kết. – Badaro

1

Chỉ có một đối số tốt mà tôi đã nghe CVS, và trong trường hợp bạn có dự án sẽ có nhiều bản phát hành và chi nhánh khác nhau, trong CVS sẽ dễ dàng đẩy một tệp tùy ý vào chi nhánh hoặc thẻ bạn cần khi bạn cần. SVN là chính thức hơn về những điều này, và làm cho nó khó khăn hơn để chỉ cần chọn trên một tập tin và hợp nhất nó khi bạn cần nó. Đó là một điều nguy hiểm, nhưng giống như con trỏ bộ nhớ trực tiếp, đôi khi bạn chỉ cần chúng.

Điều đó đang được nói, nếu CVS đã có sẵn, đó có thể là một câu chuyện khác. Có tính toán là có một lợi ích trong chuyển đổi. Một trong những có thể là SVN cung cấp cho bạn khả năng tốt hơn để mã trên máy tính xách tay của bạn bị ngắt kết nối từ văn phòng. Bạn có thể lên lịch các tệp để thêm và xóa và bạn có thể kiểm tra xem khi nào bạn quay lại văn phòng.

Một số tổ chức sẽ không mơ ước cho phép các nhà phát triển của họ ra với mã nguồn trên máy tính xách tay của họ, vì vậy điều này không áp dụng cho họ.

Quan điểm của tôi là SVN phải là lựa chọn mặc định của bạn cho các dự án mới. Nó đã trưởng thành, hỗ trợ công cụ của nó cũng tốt như CVS, nếu không tốt hơn trong một số trường hợp và không thực sự có bất kỳ khiếm khuyết quan trọng nào đối với CVS.

Điều đó đang được nói, GIT đang đến và sắp tới. Nó vẫn còn một chút chưa trưởng thành (ví dụ như hỗ trợ Windows đã không đạt đến giai đoạn trưởng thành) và hỗ trợ công cụ vẫn bắt kịp, nhưng nếu phân nhánh là quan trọng với bạn, nó là giá trị tham gia một cái nhìn tốt.

+1

"Trong CVS, bạn chỉ cần đẩy một tệp tùy ý vào chi nhánh hoặc thẻ bạn cần khi bạn cần" - Ouch bị tổn thương! Tại sao kiểm soát phiên bản ở vị trí đầu tiên khi bạn muốn phá vỡ nó? – lothar

+0

@ lothar, như tôi đã nói, nguy hiểm của nó, nhưng nói rằng bạn phải có một sửa chữa trong một chi nhánh nhất định cho một phiên bản nhất định trong sở hữu của một khách hàng, và bạn muốn chắc chắn rằng không có gì khác thay đổi. Trường hợp đặc biệt, chắc chắn. Nếu bạn có một cơ sở mã được bán cho các khách hàng đặc biệt tại một thời điểm, nó có thể chỉ có ích. – Yishai

+0

svn giúp chỉnh sửa các nhánh tùy ý đơn giản và dễ dàng, và một nhánh trong SVN là một nỗ lực không sao chép. Không phải như vậy trong CVS, và tôi KHÔNG BAO GIỜ muốn thực hiện loại sửa đổi một lần như vậy đối với một chi nhánh trong CVS. CVS là tuyệt vời, khi đó là một cải tiến trên RCS. Nhưng 1994 là 15 năm trước, và đã đến lúc phải tiếp tục. Thế giới đã trở nên phức tạp và nguy hiểm hơn. :-) –

Các vấn đề liên quan