我們有一個相當複雜的部署方案,並希望利用持續部署。目前我們已經有了一個巨大的MSBuild腳本,但是,MSBuild適合構建,但不適合部署。爲C#項目構建腳本 - 用C#編寫?
如果會有某種C#項目,我們可以直接用C#編寫部署代碼,我們很樂意。是否有一些特別適合部署應用程序的C#腳本語言?
我們有一個相當複雜的部署方案,並希望利用持續部署。目前我們已經有了一個巨大的MSBuild腳本,但是,MSBuild適合構建,但不適合部署。爲C#項目構建腳本 - 用C#編寫?
如果會有某種C#項目,我們可以直接用C#編寫部署代碼,我們很樂意。是否有一些特別適合部署應用程序的C#腳本語言?
儘管它不是C#項目,但您可以使用我公司的產品BuildMaster來處理部署。它的目的是解決你已經有的一些問題,有些你可能不知道你有(配置文件部署,數據庫模式更新,流程自動化,審批等)
但是,如果你想要編寫用於部署的C#腳本,有一個名爲con-dep的工具,它看起來像你所描述的。
那麼,現在我認爲你可以在技術上使用C#作爲腳本語言。我不知道這樣做是否合適...
根據您的部署解決方案,您可能需要查看NAntBuilder IDE。我們使用這個連同SVN服務器一起連續部署。如果你有TFS,你爲什麼不看一下構建過程模板的細節和許多可能性?
您可以使用.NET集成的C#編譯器。
好處是,您可以像在自己的軟件中一樣在C#'腳本'中使用相同的DLL/API。
我在我們的製作軟件中使用它。我們的生產工程師能夠編寫一些特殊的小程序。詳細請參照this answer。
您可能想使用專門爲處理部署而設計的工具進行研究。如果您使用的是Team Foundation Server,Team Build + InRelease提供了一個支持良好且記錄完備的方式來處理您的構建和部署。現在微軟擁有InRelease,它很快就會成爲Team Foundation Server的一部分。
如果沒有,您可以隨時編寫PowerShell腳本來處理您的部署。 PowerShell不是C#,但是它建立在.NET框架之上(所以你熟悉的所有框架方法仍然可用),並且學習曲線不是很陡峭。
謝謝。雖然BuildMaster對我們來說太高級了,但是con-dep真的看起來應該給我們一個機會。 +1! –