我正在將我目前約20位開發人員的項目轉換爲現代開發和構建環境。我們目前使用基於RCS的源代碼管理系統和相關的問題跟蹤系統，都使用Motif UI。沒有正式的生產構建過程，它只是無論什麼作品。您使用哪些開發和構建生命週期工具？
我感興趣的是：
我感興趣的不僅僅是您使用的工具，還有它們之間的整合程度如何，它們設置和使用的方便程度以及開發人員和管理層如何喜歡它們。我們的項目是Java，C++和VHDL的組合，但我仍然希望從其他語言的人那裏聽到。我目前正沿着eclipse，subversion，trac，maven，hudson和nexus的路線走。
另外，是否有比「構建生命週期」更好的術語，它不僅包含構建，還包括從開發人員創建它時到構建，測試和生產系統中的代碼流？ 「構建生命週期」似乎有限，但「項目生命週期」已經被採納。
我討厭Maven而不是我討厭Ant，對於Java而言，你需要選擇其中的一種。如果您剛剛開始，請選擇Maven，尤其是因爲您已經認識到您的「構建生命週期」涵蓋12個不同的複雜學科！你將不得不爲所有人選擇約定。保存自己的麻煩，並遵循Maven已經建立的慣例。
對於持續集成和一般構建自動化，我喜歡Hudson。
在過去的兩年中，我們逐漸從「每個項目擁有自己的工具集」策略轉換到Trac + SVN + SCons解決方案，並對此非常滿意。
切換到SCons是一個工作，但真正的回報。我們有一個異構環境，大多數C/C++用於不同的嵌入式平臺，內核模塊，一些桌面應用程序和各種Python模塊作爲粘合代碼。當你想爲自己的編譯器和利基工具添加支持，並且需要根據你的需求調整構建系統時，SCons纔會真正發揮作用。以前，我們必須爲幾乎所有嵌入式平臺使用不同的GUI - 現在SCons直接調用編譯器，工作週期略有改善。
我們的開發人員使用Emacs或Vim，沒有人想切換到其他任何東西，所以我們（幸運的是）堅持使用它。我對部署不熟悉，所以我不能談論這個。
我們是一家使用VS2008的MS商店。我們使用Subversion和Tortoise進行SCC和版本控制，我們的存儲庫在線託管，因此我們的分佈式團隊可以使用它。爲了構建，我們使用Hudson和CI，比Nant或MSBuild好得多。問題跟蹤是Bugzilla。自動測試是NUnit
避免的工具包括Team Foundation Server和Sharepoint，對於真實世界的使用來說過於笨重。
順便說一句有人知道一個好的Scrum工具，它可以產生燒壞圖表，理想地連接到Basecamp？
如果您使用.NET，很難擊敗Team Foundation Server與Visual Studio集成。它包含開發工具，版本控制，問題跟蹤，配置管理，自動化測試，單元測試，自動化構建，工件管理以及您所描述的其他一切。
當然，TFS比較昂貴，通常不直觀，而且與我用過的其他工具相比，缺少一些功能。但是，如果您擁有MSDN許可證，則可以免費使用TFS for Workgroups（最多5個用戶IIRC）。
我們還使用了大量的工具，但我們越來越多的移動到Zed Build &錯誤。我們的主要開發環境是Eclipse + Java，但我們也做Visual Studio（所有的），並且至少有5個不同的unix平臺版本。
以下是完整名單：
我使用svn和TAC一些OOF我的項目和SVN和FogBugz的別人。它們整合得非常好。
我仍在使用命令行腳本進行構建，因爲他們盡我所需 - 包括查找錯誤和發送電子郵件結果，但該設置的日期已編號。我正在研究跨平臺構建工具。
我使用Inno for win32發佈。沒有運送產品的其他平臺 - 不知道我們將如何部署這些。
除了一些輔助文檔以及代碼和問題跟蹤中，我們沒有提到您提到的其他很多項目。
Team Foundation Server和Visual Studio。
我記得我的ide是Sun的visual C調試器，並且源代碼控制是將所有源文件複製到一個新的命名目錄並將其放在應該備份的服務器上。
只有它不是
我不知道大本營，但也有爭球殺滅serveral的TRAC插件，我在我的研究過程中 – 2009-03-01 13:46:52