2010-05-17 34 views
6

Tôi có một nhóm phát triển phần mềm trong MS Visual Studio và bây giờ họ muốn bắt đầu sử dụng MS Team Foundation Server, chủ yếu cho phiên bản và có thể vá và theo dõi lỗi. Họ không có kinh nghiệm với MS Team Foundation Server, nhưng họ rất nhiệt tình với các sản phẩm MS. Vì vậy, giải pháp thay thế nguồn mở miễn phí tốt nhất là gì? Git, SVN, CVS, Bugzilla, plugin, v.v.Giải pháp thay thế mã nguồn mở miễn phí tốt nhất cho MS Team Foundation Server là gì?

+2

VS + MSDN Sub được một TFS Server + CAL, vì vậy tùy thuộc vào cách VS đã được mua họ có thể cũng đã có TFS rồi. – Richard

+1

Mọi thứ khác bằng nhau Tôi sẽ đi cho TFS bất cứ ngày nào .. sự tích hợp với VS, theo dõi vấn đề, và người dùng không VS là khá tốt. – ArjanP

+0

Tích hợp TFS với người dùng không phải VS là khủng khiếp. Nếu bạn sử dụng bất kỳ phần mềm nào không phải của Microsoft (ví dụ: trình duyệt không phải là IE, hệ điều hành khác với Windows, trình biên dịch khác với VS) thì hãy quên nó đi. –

Trả lời

2

Không có thay thế mã nguồn mở duy nhất nào cho TFS. TFS quản lý mã nguồn và phiên bản, xây dựng máy chủ và tích hợp liên tục, workitems, quản lý dự án, cổng thông tin sharepoint, ... và tích hợp Visual Studio tốt.

+0

có, nhưng nó không phải là một sản phẩm duy nhất dưới ô TFS, nó có hơn 1 sản phẩm –

+0

chúng tôi đã quản lý một chồng chức năng tương đương bằng cách sử dụng nguồn mở và nguồn mở, chúng tôi đã sử dụng hầu hết tất cả phần mềm và cruisecontrol. net .. cùng với nunit, ncover bạn có thể nhận được khá gần với các chức năng tương tự (tôi nói gần như không giống nhau) –

7

Có không phải là một thay thế trực tiếp, nhưng tôi muốn sử dụng như sau:

Subversion (TortoiseSVN), CruiseControl, và một cái gì đó giống như Bugzilla.

Martin Fowler gần đây đã thực hiện tốt article on source control và svn xuất hiện trước TFS.

+0

Một cái gì đó giống như Bugzilla có thể là Trac. Được sử dụng rộng rãi, phát triển tích cực và tích hợp lật đổ mở rộng. http://trac.edgewall.org/ –

+0

Có vẻ thú vị, tôi có thể xem xét điều đó. Cảm ơn. –

0

Martin Fowler khảo sát kết quả: http://martinfowler.com/bliki/VcsSurvey.html

Không phải là một hiển thị tốt cho TFS - nhiều người sử dụng coi đó là 'nguy hiểm'. Tôi sử dụng TFS vì tôi phải ở nơi làm việc hiện tại. Trước đó tôi sử dụng SVN + Rùa + Gemini và không có khiếu nại thực sự.

imho TFS được tích hợp tốt với VS nhưng nó có phần nguyên khối và đôi khi là đối kháng lại. Xét cho cùng, 'Kiểm soát nguồn' = Nguồn + Kiểm soát ...

Rất nhiều lập trình viên Tôi biết những ai không có cơ hội để đế chế M $ độc ác nói rất cao về Git.

+1

Cuộc khảo sát đó không phải là rất đại diện để nói rằng ít nhất .. đánh bại tôi như thế nào VSS có thể đi ra là tốt hơn so với TFS. – ArjanP

+0

Theo tôi biết, VSS vẫn có một trong những cơ sở người dùng lớn nhất của bất kỳ công cụ kiểm soát phiên bản nào (mặc dù chúa biết tại sao) –

+0

@ArjanP - vâng, khảo sát bao gồm, trong các từ 'số giả mạo nhưng mê hoặc' của Fowler chỉ dưới một trăm câu trả lời. Nhưng tôi tin tưởng những kẻ ở ThoughtWorks biết hành của họ. @Krystan - Tôi tự hỏi liệu tedium tuyệt vời có liên quan đến việc đánh giá, chuyển sang cài đặt và học cách cấu hình CVS (chắc chắn trong 5 ứng dụng phần mềm không cần thiết nhất của tất cả các ứng dụng phần mềm cần thiết)? – 5arx

2

Đây là phiếu bầu cho Mercurial (Hg), cùng với Bugzilla. Nếu bạn chủ yếu là một cửa hàng Microsoft thì Mercurial có giao diện người dùng tốt hơn nhiều (TortoiseHg), mà chúng tôi sử dụng với WinMerge để hiển thị các khác biệt trực quan. Chúng tôi không thấy tích hợp Visual Studio là một yếu tố lớn trong thực tế, và thật tuyệt vời khi có thể điều khiển nguồn trên toàn bộ cây thư mục bất kể các giải pháp và dự án VS chứa trong chúng.

Ngoài ra, nếu bạn đang lên kế hoạch cho một VCS mới ngay bây giờ, bạn cũng có thể cập nhật và sử dụng DVCS, như Mercurial hoặc git. Không ai tôi biết ai đã chuyển sang DVCS sẽ sẵn sàng quay trở lại một DVCS không như TFS hoặc svn. Khi bạn quen với việc đăng ký địa phương, bạn sẽ đồng ý!

1

Nếu bạn muốn xem xét giải pháp lưu trữ, bạn có thể thử GitHub hoặc BitBucket. Nếu bạn đang sử dụng Visual Studio, tôi khuyên bạn nên sử dụng BitBucket sử dụng Mercurial làm hệ thống kiểm soát phiên bản. Đã có một phần mở rộng Visual Studio cho Mercurial được gọi là VisualHg, hoặc nếu bạn thích kiểu Rùa, bạn có thể sử dụng TortoiseHg.

GitHub/BitBucket sẽ cung cấp cho bạn nguồn mở, theo dõi vấn đề và quản lý dự án.

Đối với máy chủ xây dựng, bạn có thể dùng thử CruiseControl hoặc TeamCity (miễn phí nhưng không phải nguồn mở).

+0

Nếu bạn muốn soluiton tự lưu trữ, bạn có thể sử dụng stash + jira. –

0

Mặc dù nó không phải là miễn phí nhưng cực kỳ rẻ thử VisualSVN, nó tích hợp rất tốt trong Visual studio nhưng sử dụng SVN như backend

+1

ahknsvn là miễn phí và tích hợp svn với Visual Studio. Phiên bản đầu có một số vấn đề, nhưng bây giờ nó có vẻ khá ổn định. http://ankhsvn.open.collab.net/ –

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