2013-08-30 63 views
5

我正在評估Bamboo以取代我們的Jenkins設置,並且有幾個問題。我有一個.NET解決方案可以生成兩個工件:一個打包的網站和一個MSI。我有三個部署環境:測試,舞臺,製作。我們的Jenkins服務器反過來有三個工作 - 每個環境一個。每個作業都會構建解決方案,並將其部署到的環境的配置文件中複製,然後部署工件。閱讀文檔和其他內容(https://answers.atlassian.com/questions/19562/plans-stages-jobs-best-practices),我收到了關於部署應該如何與Bamboo一起工作的混合信號。在我看來,部署計劃期望工件存在並部署它們。但是,構建計劃還包括部署步驟。所有這些應該如何相互作用?Bamboo構建計劃與自定義環境配置的部署計劃

我感到困惑的原因是因爲我具有特定於環境的配置文件,這些配置文件在構建期間打包。關於這應該如何工作的任何方向?

回答

7

我張貼的問題向Atlassian的董事會,以及找來an answer我想我最喜歡的:

傑森·Monsorno人緣762·8月30日在'13下午4時38

部署Bamboo中的項目似乎取決於 一件神器的存在,這個捕獲就是你不需要使用那件神器,所以你可以使用一個空的神器並且完全執行 獨立的步驟。部署項目對於Bamboo 來說還是比較新的,你的結構可能會支持「正常」工作流程,因此每個環境 都將是一個單獨的手動階段。

Deployment項目確實有獨立的工作流和版本控制。到 在您的方案中使用部署項目,我建議在整個結帳時製作 工件,然後每個部署環境可以 構建工件的副本。節省空間/效率更低的 選項將僅將當前修訂版保存爲 工件,並用它來檢出並構建在每個部署環境中。

+0

構建計劃可以構建解決方案並創建全部三個配置文件,每個配置文件都保存爲單獨的工件。部署計劃然後可以從工件中選擇適當的配置文件進行部署。可能配置文件工件必須命名以指示目標環境,並且在部署時需要重命名。如果在部署時重命名文件將不起作用,則可以將該文物保存在不同的位置,例如'... \ config \ dev \ app.config','... \ config \ test \ app.config','... \ config \ prod \ app.config'。 –