常見問答集

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

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

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

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

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

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

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

技術人員通常會對重大變更產生抗拒，尤其是以前的最佳實務被較新的事物取代時。技術快速移動，並持續探索改善項目。雖然一定程度的懷疑對技術人員來說是良好的品質，但對他們來說，開放變革也同樣重要。請勿對懷疑員工太快移動，因為他們在實作系統變更之前需要管理變更。關鍵是防止懷疑者永遠保持靜態。

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

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