本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

常見問答集

我的部署程序不是完全 CI/CD 的一些關鍵指標是什麼？

最常見的指標是，當有多個儲存庫分支代表管道中的不同環境時。完全 CI/CD 程序中的儲存庫使用以幹線為基礎的工作流程，其中一個分支充當該儲存庫部署的單一事實來源。如需詳細資訊，請參閱以主體為基礎的方法。其他指標包括簡單啟動或無啟動決策以外的手動部署步驟、使用 Hotfix 和排程版本。

如果我想要使用完整 CI/CD 程序，但仍想要針對特定時間點排程特定功能的版本，該怎麼辦？

這通常使用功能旗標來完成。在此過程中，部署仍會持續進行，但某些功能會在程式碼中使用條件式關閉來隱藏，直到發行為止。

如果部署程序中的某些步驟無法自動化，該怎麼辦？

完全 CI/CD 管道的其中一個目標是將手動程序的需求降至最低，但確實有可能需要手動程序的潛在使用案例。事實上，唯讀程序，例如諮詢應用程式日誌，通常可以在風險最低的生產環境中完成。不過，強烈建議您將生產中的手動寫入動作視為絕對最後一個手段。

如果我的技術人員比完全 CI/CD 程序更熟悉舊版工作流程，該怎麼辦？

技術人員通常會抵抗重大變更，尤其是以前的最佳實務被較新的事物取代時。技術移動速度很快，並且不斷發現改進。雖然某種程度的懷疑對技術人員來說是良好的品質，但對他們來說開放變革也同樣重要。請勿對可疑的員工太快移動，因為他們在實作系統之前需要管理對系統所做的變更。關鍵是防止懷疑者永遠保持靜態。

如果我的環境位於多個帳戶中，該怎麼辦？ 我是否仍然可以使用完整 CI/CD 程序？

是，事實上，建議為每個環境使用單獨的 帳戶。 如需啟用不同帳戶中階段之管道的詳細資訊，請參閱在 CodePipeline 中建立使用其他 之資源的管道 AWS 帳戶。