分佈式開發團隊 - 所需工具

Question

我有一組開發人員分佈在全球不同時區。

什麼是在這樣的團隊中實現最高生產力的最佳工具？

我要找：

• 源控制
• Bug跟蹤
• 構建管理
• ，可以幫助

感謝

Answer 1

當你說「開源」時，你是指自由軟件，還是你的意思是「我需要/更喜歡能夠看到源代碼」？

請注意，您的決定將受到項目性質的影響。有許多免費開發/項目託管網站要求您的項目必須是開源項目，並向公衆免費開放。

您也可以選擇基於您用於開發該項目的語言的特定託管平臺。例如，CodePlex (http://www.codeplex.com/)是託管開源.Net項目的站點，Java.Net (http://community.java.net/projects/)託管了Java項目。

給你的問題其他的答案是實心的，這裏是我目前使用或過去使用：

一個偉大的持續構建工具JetBrains TeamCity. (http://www.jetbrains.com/teamcity/)該工具具有了許多構建工具，內置支持以及開箱即用的Visual Studio解決方案。對於20個或更少的開發者的團隊是免費的。它還具有開箱即用的功能，並且可以在幾分鐘內爲您啓動並運行 - 在不削減功能的情況下，學習曲線極低。

一個有用的SVN倉庫是免費的兩個開發人員，並將節省您設置和管理自己的SVN倉庫的時間是Unfuddle. (http://www.unfuddle.com) Unfuddle還具有額外的付費功能和基本任務跟蹤。

另一個付費源庫是ProjectLocker（http://www.projectlocker.com），它具有低價位的SVN存儲庫和用於任務管理的Trac集成。

一個有用的任務跟蹤工具是記住牛奶（http://www.rememberthemilk.com） - 它不像Trac這樣的「門票」，它不僅用於跟蹤項目，但它確實允許您通過電子郵件發送每個其他任務，共享任務列表。 我也指出，因爲產品本身是由分佈式開發團隊開發的，您可能想嘗試郵寄給他們建議。 :-)

一切順利給你的團隊！

Answer 2

對於第一種任何其他東西兩個：

• 分佈式源控制，如git
• 一個很好的問題跟蹤工具，像Jira

Answer 3

這個問題是尚未。您列出的每個類別都有很多軟件包，所有軟件包都旨在支持跨不同時區全球分佈的人員進行協作。

因此，我可以根據過去爲我工作的開源工具提出建議。您可能有特定需求需要更具體的解決方案，但您沒有提及它們。另外，爲了提高工作效率，如果人們可以繼續使用他們熟悉的工具，並且沒有解釋人們已經知道的工具，那麼這很有用。

在任何情況下，這是我的建議：

1. 使用Subversion進行源代碼控制
2. 使用農達的bug跟蹤系統
3. 使用作出了構建管理，使用Buildbot自動化，分佈式構建
4. 使用郵件列表，基於郵差

Answer 4

對於.NET環境：

• SVN服務器：VisualSVN server（免費）
• SVN客戶端：AnkhSVN 2.0（開源）
• 持續集成：CruiseControl.Net（開源）
• 問題追蹤：BugTracker.NET（開源）。但如果可以的話，我會推薦Trac。

我很滿意Assembla - 他們的主機SVN服務器和Trac爲您的項目非常合理的價格（或免費，如果oproject是公開的）。

Answer 5

作爲源代碼控制：爲什麼不是分佈式系統，如git（如果您不使用Windows），Mercurial或Bazaar？
對於錯誤跟蹤，我會繼續使用Trac - 它也有一個集成的Wiki，對於項目文檔來說總是很有用。
至於建設管理，你可以去巡航控制，或螞蟻 - 我在這方面不是真正的專家。

但是，您應該真正考慮以下事項：分佈式團隊的主要問題不是工具集，而是通信。
在您的標籤建議的「敏捷」設置中，這更爲重要。

對於這個問題，我見過的最好的緩解措施是視頻會議。這對於增強分佈式團隊中的通信帶寬非常有效，而使用GTalk和Skype現在真的很便宜。

Answer 6

考慮Fogbugz的錯誤跟蹤。這很有幫助。

Answer 7

A wiki是必須的。

它有助於作爲團隊內部的異步通信媒體。人們可以分享他們的提示（例如，我如何編譯這個，如何激活痕跡...）。它可以用來收集設計決策或更改... 人們可以在不破壞其他郵箱的情況下向整個團隊提問。 它也可以用來增加文檔。

根據你打算用它做什麼，有很大的wiki's，pick one。

Answer 8

我想你需要更多的東西來幫助你完成這個項目。

首先，我給我的建議列表：

• 源代碼控制：混帳或svn，如果玉使用了上述兩種，你需要一種方法來讓你的開發人員知道誰在檢查什麼時候，Trac對於svn來說是好事
• Bug跟蹤：Trac（非Bugzilla），螳螂，FogBuz
• 構建管理：CruiseControl非常適合持續集成;如果你需要生成腳本嘗試Ant或Maven

其他的事情，你可能會需要：

• 協作工具：Trac的有一個wiki或挑選您所選擇的維基
• 聊天工具：即使他們跨越時區，需要即時溝通。 IRC，Jabber，Skype，非常適合通過互聯網進行視頻或音頻通話。
• 項目管理：您需要一種方法來設置您的版本（如果使用Scrum則需要衝刺）和您的積壓。我最喜歡的工具是Acunote：（http://www.acunote.com）。還有一些其他的，但他們更昂貴，你得到你可能不需要的所有功能。

我希望這有助於。

Answer 9

是的我堅信在分佈式團隊中一個工具很重要。如果你不在本地工作，交流就已經夠難了。諸如Agilo for Scrum之類的工具基於trac爲您提供wiki，計劃板（在線白板），並以這種方式支持您改善與同事的溝通。