TFS 2008/2010與Jenkins的持續集成

Question

有沒有人有使用TFS 2008/2010和Jenkins進行持續集成（CI）的特定經驗？ 我們正在嘗試決定使用哪個CI服務器。 我們的團隊專門在Microsoft .NET / Visual Studio 2010 / C＃中工作。 我們有以下要求：

1. 每次簽入時自動構建我們的Web項目。
2. 每次構建運行單元測試。
3. 自動將綠色構建部署到開發和/或測試環境。
4. 提供漂亮的報告。
5. 通過電子郵件提供構建/部署通知。

我意識到安裝工具不一定能為我們提供開箱即用的功能，而且我們必須與MSBuild等其他工具集成才能實現這一目標。

我正在尋找Jenkins具有TFS 2008/2010不具備的特定功能，反之亦然。 還有哪些更容易維護，使用等

Answer 1

我強烈建議使用Jenkins - 除了可能的＃3之外，它將完全滿足您的所有要求，但如果您可以編寫部署腳本，那么它也可以執行此操作。

以下是一些幫助您進行構建和運行的鏈接：

關於在Jenkins中進行.NET構建的博客

Jenkins Windows安裝程序

將Jenkins主服務器和從服務器安裝為Windows服務

免責聲明：我沒有使用TFS的經驗，但我認為開放式解決方案幾乎總是比專有產品更靈活，更可擴展（也更便宜！）。

Answer 2

在這個游戲的后期，但我已經使用TFS 2010和Jenkins進行CI。 TFS 2010中包含最少的CI工具集。 但是，當您想要創建CI管道時，這是一個完全不同的故事，而Jenkins可以輕松創建管道。

如果您只查看一個構建的CI，則任何一個應該可以工作。 然而，當談到整個管道時，Jenkins還有很長的路要走。 使用TFS可以完成，但Jenkins是更好的選擇。

這是快速的要點：

TFS：

• 使用構建定義，您可以編譯，執行測試，返回變更集/工作項，在構建中斷時發送電子郵件

• 與視覺工作室自然融合

• 極難創建CI管道。 需要自定義處理程序和廣泛的工作流程。 不像創建構建定義那樣直觀。

• 由於第3個子彈，維護/自定義/擴展CI管道並不容易

詹金斯：

• 需要為CI創建msbuild配置文件，與使用TFS創建CI管道相比，這並不是很痛苦。 但是，TFS提供了更好/更簡單的工具來創建構建定義。 但是，為項目創建msbuild的配置文件也不錯。

• 創建CI管道非常簡單。 只需使用上游/下游jenkins作業觸發器鏈接它們並從先前作業傳遞工件。

• 由於Jenkins非常靈活，因此很容易創建一個jenkins插件來滿足您自己的需求並將其提供給開源社區:)

總之，如果您需要完整的自動構建，測試和部署系統，請使用Jenkins。 如果你只需要構建和測試，TFS可能會讓你優於Jenkins。

Answer 3

如果您使用的是Team 2010-2012，則沒有任何理由可以引入Jenkins。 團隊擁有您列出的所有功能，構建過程非常靈活。

請注意，如果您遇到Team 2008或更早版本，那么您應該認真看看Jenkins - 2008和早期版本相比2010年或更晚版本相當原始且不靈活。