kiểm soát phiên bản cho nhóm nhỏ [đóng]


13

Chúng tôi đang khởi động một nhóm mới có quy mô rất nhỏ (giả sử là 2-5) câu hỏi của tôi là: loại điều khiển phiên bản nào hoạt động tốt nhất cho các loại nhóm này, tập trung hoặc phân phối.


Hãy thử SVN tortoisesvn.tigris.org Đây là 4 tốt nhất bạn.
Vijesh V.Nair

Những gì bạn muốn viết, và những gì platforme?

Câu trả lời:


30

Phân phối tất cả các cách, thực sự không có điểm nào cho IMHO tập trung nữa, đặc biệt nếu bạn đang nói về phát triển nhóm.

Một phiếu bầu khác cho Mercurial, không phức tạp khi thiết lập dưới cửa sổ và bitbucket.org có kho lưu trữ miễn phí (có thể là riêng tư) với không gian không giới hạn.

Nếu bạn đang dự định làm việc trên một dự án nguồn mở, git và Github dường như đầy đủ / phổ biến hơn. Tuy nhiên, nếu bạn chưa mạo hiểm vào DVCS, tôi khuyên bạn nên bắt đầu với Mercurial và hướng dẫn tuyệt vời này .


1
+1 cho hướng dẫn tuyệt vời đó từ Joel Spolsky. Công cụ tuyệt vời. Ngoài ra, ngay cả khi bạn rất nhỏ bây giờ, như @dukeofgaming nói, không có lý do gì để bắt đầu tập trung nữa. Ngay cả khi bạn chỉ có kế hoạch trước một chút.
Mark Freedman

Đối với các dự án quan tâm đến sự tự do của phần mềm, gitorious có lẽ tốt hơn github.
Lars Wirzenius

@Lars: Ý của bạn là "tự do phần mềm" nghĩa là gì?
Richard Ev

5
Ngay cả khi là một nhà phát triển đơn độc, Mercurial cũng có ý nghĩa hoàn hảo.
Oliver Weiler

amen @Helper Phương thức, đó là cách tôi bắt đầu sử dụng nó
dukeofgaming

4

một trong đó tất cả các bạn sẽ sử dụng nhất quán

[cá nhân, tôi thích Mercurial]


15
Miễn là nó không phải là SourceSafe.
Robert Harvey

4

Có lẽ câu trả lời tốt nhất là "bất cứ điều gì bạn cảm thấy thoải mái." Ngay cả khi làm việc trên các công cụ cá nhân, tôi sử dụng Git. Nó dường như làm rất tốt công việc mở rộng cả lên và xuống và trải nghiệm hạn chế của tôi với Mercurial là như nhau.


Từ trải nghiệm hạn chế của tôi với Git - nếu bạn đang sử dụng nền tảng Windows, các công cụ Git chưa sẵn sàng cho thời gian chính ở đó. Gắn bó với Mercurial (hoặc lò nung). Trên các nền tảng khác, Git có lẽ là tốt.
Mark Freedman

1
Msysgit hoạt động độc đáo nếu bạn quen thuộc với dấu nhắc Shell.

@Mark bạn chắc chắn đúng nếu mọi người không muốn dòng lệnh. Tuy nhiên, dòng lệnh Git (có vỏ như Thorbjorn chỉ ra) vẫn ổn. Tôi chỉ lập trình trên Windows và đang sử dụng Git cho các dự án VS. Chắc chắn không có gì tiếp cận được TortoiseSVN và AnkhSVN cho Git.
MIA

1

Tôi nghĩ bạn nên chọn bất cứ điều gì bạn cảm thấy thoải mái. Trong một nhóm nhỏ, bạn sẽ không có các cây mã khác nhau (như nhân Linux), vì vậy một kho lưu trữ trung tâm là OK. Nhưng bạn cũng có thể có thiết lập này với VCS phân tán. Vì vậy, tôi sẽ đi với sự nổi tiếng và kinh nghiệm cá nhân. Phổ biến là SVN, git và Mercurial. Bạn nên quyết định, cái nào được sử dụng tốt nhất với nhóm của bạn (kinh nghiệm, hỗ trợ công cụ trong IDE được chọn của bạn, v.v.).


1

Nó thực sự phụ thuộc vào việc nhà phát triển của bạn có phát triển nhiều mã ngoại tuyến hay không, mà chỉ chọn giữa kho lưu trữ phân tán hoặc tập trung, vì đây là điều đầu tiên bạn nên quyết định. Sau đó, nếu bạn quyết định rằng một cách tiếp cận tập trung hoạt động tốt hơn SVN là tất cả những gì bạn cần. Mặt khác, nếu bạn đi theo cách tiếp cận phân tán hơn là đi git, ngay cả trên windows cũng đủ tốt vì bây giờ bạn có rùa git (giao diện tương tự cũng tồn tại cho svn). Ngoài ra, đừng quá tin tưởng vào sự hỗ trợ của IDE bởi vì bạn có thể gặp một bất ngờ khó chịu nếu bạn từng sử dụng nó và bạn có thể thấy rằng các tệp không nên cam kết sẽ được IDE thay mặt bạn cam kết.


1

Hỏi nhóm của bạn, nếu ai đó muốn chăm sóc nó. Sẽ tốt hơn nhiều nếu có hệ thống ổn định và người có trách nhiệm hơn hệ thống tốt khi không ai quan tâm đến nó và không ai có thể khôi phục hệ thống từ bản sao lưu.

Nếu có một người như vậy - anh ta sẽ biết phải sử dụng cái gì, vì vậy hãy chấp nhận quyết định của anh ta. Nếu không - có được một số giải pháp lưu trữ. Sẽ rất ngu ngốc khi thử GIT (một trong những thứ tốt nhất) nếu tất cả các nhà phát triển không bao giờ chạm vào Shell / Linux.

Nó cũng phụ thuộc vào số lượng người "không kỹ thuật", cần đọc / đóng góp. Chỉ cần chắc chắn rằng họ có thể sử dụng nó, và có sẵn các công cụ.


1

SVN được hỗ trợ rộng rãi trong các công cụ. Dụng cụ là chìa khóa; những người khác nhau sẽ có bộ kỹ năng khác nhau. Một số sẽ thích dòng lệnh, một số sẽ thích các công cụ dựa trên IDE, một số sẽ thích các công cụ đồ họa. Hiện tại, SVN dường như là công cụ được hỗ trợ rộng rãi nhất.

Khác với Mercurial hoặc Git.


0

Tôi nghĩ rằng trong các công ty nhỏ có những lý lẽ để có những thứ nhất định tập trung. (Hãy suy nghĩ ví dụ về sao lưu ngoại vi. Khi bạn chỉ có 2 người làm việc trong một dự án và họ đang ở trong cùng một tòa nhà và có một đám cháy, phi tập trung cho cả hai máy tính có thể không đủ.)

Tuy nhiên: có một giải pháp tập trung một phần không giới hạn bạn trong một hệ thống tập trung. Bạn chỉ có thể đẩy đến một máy chủ bên ngoài với một cái gì đó như git hoặc đồng bóng.

Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.