一千萬個為什麽

搜索

從提交到部署的準備時間是什麽?



例如,我知道以下與時間相關的DevOps相關概念:

  • MTTR - 平均恢復時間
  • 沖刺長度 - 固定約定的時間將特征交給客戶(這個特定的暗示是我認為的國防部的一部分)

現在我的問題是 - 您如何將代碼提交時的命名時間命名為第一個運行的部署,您可以對該功能進行首次驗收測試?到生產系統?

轉載註明原文: 從提交到部署的準備時間是什麽?

一共有 1 個回答:

從代碼存儲庫到任何環境,運行中的軟件都是“部署時間”(與部署時間不同,順便說一下)。

從代碼庫一直到生產環境,最好的上市是上市時間( TTM ),將產品上市時間擱置一旁,確實涉及產品的概念設計。

但正如你所說你正在標記一條管線,我應該建議:

Use the tags that makes sense: to you, your team and to your product.

A common pipeline could be : BUILD > TEST > DEPLOY

But we could tag the same pipeline, making more steps visible, ie : SOURCE CHECKOUT > CODE CHECK > UNITARY TESTS > BUILD > INTEGRATED TESTS > DEPLOY > ACCEPTANCE TESTS

通常,如果您在一步上遇到問題並且必須檢查輸出以了解正在進行的操作,則此步驟可以分成一個或多個標簽。

如果對您有意義,您甚至可以標記源文件CHECKOUT IDLE TIME(在下載源文件之前生成計算機連接到存儲庫服務器所需的時間)

希望這可能是有用的,快樂的標簽!