Inedo Build Master vs Team Foundation Server

Question

我們在TFS 2010中設置了我們的構建和部署腳本。 但我們也在評估indeo Build Master。有沒有人用過這個？

此外，一般來說，對於一個完整的.NET房子，它是否讓感官擁有另一個SCM管理工具？ 這裏是inedo的鏈接

Answer 1

我在研究Inedo的BuildMaster時也發現了這個問題。我們是一個.NET/TFS商店，BuildMaster解決了各種不同的問題。

這裏有一個博客帖子，我發現討論的分歧： http://blog.inedo.com/2011/06/06/how-does-buildmaster-compare-to-team-foundation-server/

我們使用buildmaster的免費版本，並可以升級到企業一旦我們將其用於其他項目。

Answer 2

Buildmaster有一個TFS插件，可以幫助從TFS構建中獲取構建。我們使用門控檢入來確保代碼的生成，並且Buildmaster將該構建打包，以便通過環境部署一次以進行部署。 Buildmaster有一個固定的轉發方法（如無回退），在那裏你爲一個版本創建許多構建，並且每個構建都在每個環境中傳播，當有一個或多個存在於QA中並且沒有移動到分段時，它們都將被移動在同一時間舉行，但爲了確保所有的文物在各種環境中移動。

在Buildmaster之前，我們使用了一個運行良好的xml驅動的PowerShell腳本，但Buildmaster代理將我們從遠程桌面腳本執行中拯救出來。我們的Powershell腳本有Buildmaster尚未擁有的一個優勢。我們使用xml配置文件來保存應用程序配置文件信息，包括文件名，相對路徑和xpath設置以注入值，xml片段以及從源代碼控制的配置文件中移除xml節點。 Buildmaster使用Buildmaster中存儲的模板配置文件，併爲每個環境替換標籤。如果配置文件中的任何內容發生更改（如添加了額外的環境非特定部分，這將需要再次創建模板），這會導致高維護成本。

Buildmaster確實有一個自定義動作，允許您運行可執行文件，因此理論上可以運行自己的命令來執行Buildmaster沒有內置的功能，但這並不理想。