2014-07-02 35 views
0

我目前正試圖實現一個部署過程(我認爲這就是你打電話嗎?)部署過程/敏捷

公司前我工作了曾經有過3個環境並使用某種形式的DevOps的。

  • dev.url =>開發離散事件
  • stage.url =>分期爲QA
  • (活)網址

成品特點將在舞臺上QA拉。當質量保證部門發佈時,它獲得了一個標籤,然後該標籤就被拉到了現場環境中。這一切都與敏捷結合。

所以我的問題是:

你知道嗎,部署進程的名字嗎?/ 您是否知道更多流行的部署流程與我剛纔描述的類似?或者你使用什麼樣的過程?

我在尋找類似: Development process, deployment, GitHub

感謝

+0

聽起來像持續集成。 – Brian

+0

與上面的鏈接:http://jenkins-ci.org/ 詹金斯是最好的開源持續集成服務器 –

+0

所以詹金斯的一個實現此dev亡>階段 - >直播過程? – invad0r

回答

1

看起來你正在尋找的是所謂的Deployment Pipeline,這是@ prasanna所提到的,是Continuous Delivery的關鍵部分。持續交付的關鍵是持續集成[反過來需要自動化測試],並通過配置管理工具自動部署。

關於該工具,您可以使用Jenkins及其Build Pipeline Plugin

+0

這是我一直在尋找的東西。非常感謝你!我剛剛開始與詹金斯合作,一旦與該工具合作,就會查看此插件! – invad0r

0

中 - 當然,這是連續的傳遞。但魔鬼在細節中。

  • 做什麼事時,從DEV-> QA-> Staging-> PROD打動你做
  • 什麼測試,當構建在這些階段
  • 怎樣的環境之間的推廣發生(自動運行/手動)等。

CD中的關鍵是確保您嘗試儘可能深入地自動執行所有這些操作,以便在構建卡住任何這些環境時可以做出更快的決策。

+0

我同意,這個過程應該儘可能自動化,但我仍然處於開始階段。你知道我可以查找這樣一個實現的系統或模型嗎? – invad0r

0

正如上述兩個答案中提到的那樣,你指的是Continuos交付。現在在Continuos交付中可以有多個成熟度級別。您首先進行持續集成流程,這意味着代碼會經常編譯以檢查可能的失敗。

然後你對自動觸發的編譯代碼進行一些檢查。

然後您繼續並部署此代碼。

接下來的步驟就是在哪裏部署代碼的環境也可以動態調配。