一千萬個為什麽

搜索

在部署環境之間移動/促進代碼的術語是什麽?



我正在尋找一個術語,明確描述從一個部署環境到另一個部署環境宣傳<�部署捆綁>(由於缺乏更準確/技術術語)的過程,從開發到生產(或它們之間可能存在任何環境)。我正在專門討論發布管理的上下文,每個環境都有自己的專用目的(開發,集成測試,用戶驗收測試,分段,生產等),並且在定義的,通常是相同的,順序(重要性或質量)。

我以前認為這個過程叫做 staging (因為我在這個確切的語境中,在多個項目和團隊中聽到這個詞),在研究之前 - 尤其是這個討論:什麽是,或者可以成為“舞臺”的正式和/或正式確定的定義? - 證明我錯了。

我的猜測是,我最終可能會使用術語部署本身,但我想進一步區分將源代碼部署到服務器根據某些特定流程移動到不同的環境(例如,端到端測試成功,由發布經理審查等),特別是因為每個流程可能存在不同的(實施)流程。

更廣泛地說,我想澄清DevOps術語中的一些模糊性,因此請更正我在我的問題中可能提出的任何錯誤假設。

轉載註明原文: 在部署環境之間移動/促進代碼的術語是什麽?

一共有 1 個回答:

我不認為有一個促進生產的通用術語。我可以告訴你,在devops社區中,術語經常互換。只要解決的問題得到了充分的思考和明確,這一點就可以理解了。在指出環境之間的移動時使用的一些術語是部署宣傳移動宣傳發布。不過,每當聽到階段這個詞時,我都會說,我通常會將它與預生產環境聯系起來。我認為大多數人會假設一樣。

在您的組織/團體中,我認為嘗試與您的術語保持一致非常重要。這消除了人們可以做出的任何混淆和假設。舉例來說,在我的組織中,除了引用使用術語發布的生產環境時,我們使用術語 deploy 來引用在環境之間移動。這是為了強調這是管道/過程中的最後一步。