部署源代碼以外的文件

Question

我開始爲我們的發佈流程準備路線圖。目前我們正在使用烏龜svn和螞蟻作爲建築來源。我正在考慮實施持續集成，並希望知道以下選項的正確方向：

首先，當前的過程是這樣的，開發人員可以在文件上工作，直接提交該文件進行回購。其他人將運行tortoise update命令來引入所需的更改。在構建服務器上將執行相同的過程，其中將更新源代碼，構建並部署到qa和生產服務器。然而，這個過程缺乏對回購的控制，因爲在更新期間，如果兩個開發人員在修復兩個不同問題的同一個文件上工作，則也會拉動不需要的代碼。一個由qa和其他人批准否決。我如何克服這種情況。其次，除了源代碼之外，我們還有其他一些文件，比如xml文件，css，js等等。我如何自動部署這些文件？我已經在我的本地機器上配置了cruisecontrol，並且在執行構建時它工作正常，但現在確定如何處理其他文件，因爲在生產中更新這些文件似乎有風險並且容易出錯。任何建議在這將是非常有益的。

Answer 1

您可以嘗試將CruiseControl與PowerShell進行整合，我們的團隊使用CC關閉構建過程，然後使用PowerShell將生成的項目文件（代碼及其他）複製到生產或測試站點或任何地方。

我會建議處理缺乏存儲庫控制，你創建一個候選分支關閉您的中繼，並指定爲您的集成代碼。一旦解決了問題並進行了必要的更改，請將其提交給迴歸進一步測試。然後，一旦測試成功，將其推廣到生產。

在這個過程中，您的開發人員不會直接向生產提交，而是通過迭代過程生成新的生產存儲庫，然後可以將其更改重新集成到Trunk中，以便下一版本可以重新啓動流程。