2011-01-20 104 views
6

我已經看到了很多TeamCity與CCNet的比較,但對於TeamCity與FinalBuilder Pro的CI沒有太多的比較。TeamCity vs FinalBuilder Pro持續集成服務器

請原諒我,如果我不把蘋果與蘋果比較,我對TeamCity很熟悉,但是我工作的公司已經購買了包含CI服務器的FinalBuilder Pro。

我希望得到一些比較,意見。如果TeamCity不提供更多的FinalBuilder,我們不希望支持兩個系統。

在此先感謝。

回答

6

這裏存在於TeamCity的,不可能存在的FinalBuilder一些特點:

  • 真正的客戶端服務器架構與多個生成代理 - TeamCity的提供訪問和管理您所有的生成代理的一箇中心點。構建代理可以從單個Web-UI啓用/禁用/重新啓動,還可以查看日誌或查看在不同構建代理上運行的構建的線程轉儲。
  • 支持亞馬遜EC對生成代理電網
  • 預先測試過的承諾和遠程運行功能(沒有更多的斷碼在VCS嗯,差不多:)
  • 集成與Visual Studio和其他IDE - 一個專門的插件這
  • 可擴展的報告,您可以包括自己的基於HTML的報告爲生成結果
  • 評論/銷/標籤爲構建
  • 交叉編譯搜索
  • 集成的代碼覆蓋和重複取景器適用於Java和.NET

    FinalBuilder支持一些VCS系統,但TeamCity不支持這些系統。

    聲明:我是TeamCity開發人員之一。

1

我在英國進行了一項持續整合談話的2款產品的比較 - 基本上我的發現是TeamCity更直觀。 FinalBuilder在我的語言中似乎是模糊的,而且似乎笨拙地建立了版本

一旦工作完成,這是一個非常好的系統 - 但對我來說,TeamCity更直觀,用戶體驗更好最終生成器

雖然這是非常主觀的 - 每個工具都非常好。這取決於你對什麼感覺舒適,而且我對TeamCity更加舒適

6

我們使用TeamCity來構建編排,但是使用FinalBuilder來實際執行單個構建。

爲了簡化腳本和可維護性,我喜歡FinalBuilder,但我也非常喜歡TeamCity在KIR答案中的所有要點。

在我們的設置中,每個TeamCity buildconfig都配置爲使用命令行運行程序,並且使用要運行的腳本名稱調用finalbuilder的fbcmd.exe。

所有的甜味和光。

相關問題