我正在学习CI / CD概念，并尝试在Azure中设置管道线以将我的示例api部署到dev，int，qa和prod环境 . 我能够将构建成功部署到所有环境 . 但是在公司中进行CI / CD的正确方法是什么？即使我们在构建中运行了单元测试，我们也无法在所有环境的每次检入中构建 . 通常的流程应该是单元测试，然后部署到Stage / QA，一旦QA签署，那么我们将构建推广到PROD吧？这如何适合CI / CD管道？我们也可以在Dev中有多个构建，我们可以选择要部署到stg和prod的构建吗？
理想的方法是将每个签到链接到一些错误/任务，以便将其链接到适当的测试用例 . 检查自动化测试用例后，同时运行并测试签入是否有效 . 如果它是有效的，您可以将其排队到部署，只有在获得必要的批准后才会部署 . 建议为每个签入运行持续集成管道，这样您就可以获得构建成功和失败的历史记录 . 当你必须找到/追踪错误时，你会感到宽慰 .
对于prod环境，您需要多次批准才能部署并在提供注销时提供所有批准 .
要将构建映射到stg和prod .yes，您可以执行此操作 . 如果您在azure中使用Web应用程序并且您有prod和stage插槽，那么您可以将分支指向部署配置中的相应插槽 .
如果您还有其他需要，请告诉我 .
希望这可以帮助 .
1 回答
理想的方法是将每个签到链接到一些错误/任务，以便将其链接到适当的测试用例 . 检查自动化测试用例后，同时运行并测试签入是否有效 . 如果它是有效的，您可以将其排队到部署，只有在获得必要的批准后才会部署 . 建议为每个签入运行持续集成管道，这样您就可以获得构建成功和失败的历史记录 . 当你必须找到/追踪错误时，你会感到宽慰 .
对于prod环境，您需要多次批准才能部署并在提供注销时提供所有批准 .
要将构建映射到stg和prod .yes，您可以执行此操作 . 如果您在azure中使用Web应用程序并且您有prod和stage插槽，那么您可以将分支指向部署配置中的相应插槽 .
如果您还有其他需要，请告诉我 .
希望这可以帮助 .