continuous-integration - 程序员在持续集成和持续部署环境中开发时应遵循的最佳实践

嘿伙计们，我和一个四人团队一起工作，我们中只有两个人真正推动了对 Master 分支的更改。因此，我们会定期沟通以确保我们不会处理解决方案的同一文件以避免合并冲突。绝对不是最佳实践。

但是，我们将引入更多的人与我们一起工作，并建议切换到持续集成和持续部署环境。我理解 CICD 环境的概念，但创建这样的环境将是另一个团队的责任。

然而，我的任务是为开发人员提供一份关于我们应该如何编程的文档。每次我在谷歌上搜索“CICD 最佳实践”之类的内容时，我都会得到构建 CICD 环境的结果，但是我对开发人员在 CICD 环境中编程而不是构建 CICD 环境时必须遵循的最佳实践感兴趣。

我知道“经常提交您的更改，记录您的代码，使用好名字”是显而易见的。所以我试图追踪任何可能提到不那么明显的最佳实践的出版物或来源（来自微软、亚马逊等）。谁能指出我正确的方向？

请和谢谢！

标签： continuous-integrationcontinuous-deployment

根据我的经验，最好的工作流程是限制对 master 分支的访问，不应允许任何人推送到它。

所有更改都应通过 PR 进行，并通过 cl 管道中定义的所有测试。

通过这种方式，您可以始终使用工作代码保持您的主分支并将其直接部署到暂存环境。一旦您在 master 上获得了可接受的代码，您就可以发布并让您的 CD 将其部署到生产环境中。