2012-01-11 82 views
9

我有一個關於.NET項目的生成服務器的問題。目前,我正在使用TeamBuild與TFS 2010一起在.NET世界中執行自動構建。一些較舊的項目是使用普通的舊MSBuild腳本構建的。尋找一個.NET BuildServer SaaS

爲了擺脫管理工作,我正在將我的源代碼移動到github上。 Github提供了許多其他站點的服務鉤子來觸發構建服務器以執行自動化構建,如CI或每晚構建。

當然,我可以使用TeamCity OnPremise並使用VMRole和虛擬磁盤在Windows Azure中動態創建Build Agents,但我認爲這種混合解決方案有點混亂。

那麼您對以下建築理念有何看法?

假設您使用github作爲源代碼控制平臺。將源提交到存儲庫時,將觸發託管WCF服務的Azure WebRole。 WebRole本身只會使用Azure API來啓動自定義Azure VMRole的新實例。

Azure VMRole本身將使用某種構建腳本(如Rake或MSBuild),以便根據需要在構建代理上安裝少量開發人員工具。在構建整個項目之後,工件將發佈到Azure BlobStorage,並且託管WCF服務的WebRole將再次被調用,但現在Azure WebRole將終止BuildAgent。

雖然使用這樣的設置,但只要能夠使用PowerShell安裝所需的構建元素,就可以最小化構建代理的成本並構建幾乎任何類型的項目。

所以最後一句:你對這個建築有什麼想法?其他想法?有沒有現有的服務提供這樣的解決方案?

托爾斯滕

回答

9

你看着https://appharbor.com?我知道很多人正在使用它來做你正在做的事情。

+0

酷到目前爲止還沒有見過appharbor。感謝分享它。 – 2012-01-11 19:23:21

+0

太好了。我搜查了同樣的東西! – 2012-01-12 06:23:23

5

退房Team Foundation Service因爲它可以做到以下幾點:

  • 持續交付天青
  • 部署到生產環境在Windows Azure上與Visual Studio的兩次點擊,或自動構建過程的一部分。