面向开发人员的 DevOps — 简介和版本控制( 三 )


拉取请求应该有多少审阅者?是否需要特定的审稿人?我们需要测试覆盖率水平吗?
DevOps 需要调整开发人员生产力、稳定性和流失率之间的比例 。通过增加审阅者数量或强制由特定工程师进行审阅,我们会造成瓶颈并减缓开发速度 。另一方面是质量的潜在提高 。我们根据经验法则和最佳实践来决定这些指标 。但是一个好的 DevOps 工程师会通过有助于在未来做出明智决策的指标来完成所有事情 。例如,如果我们强制要求两名审阅者,那么我们可以查看合并拉取请求所需的时间,这可能会增加 。但我们可以将其与政策出台后的倒退和问题数量进行比较 。这样,我们就可以清楚地了解政策的成本和收益 。
拉取请求的第二个好处是它们在 CI/CD 过程中的关键作用 。当开发人员创建拉取请求时,它会触发自动构建和测试过程,该过程会验证代码更改是否与代码库的其余部分兼容,并且所有测试是否通过 。这有助于在开发过程的早期发现任何问题,并防止错误进入生产环境 。一旦构建和测试过程成功,拉取请求就可以合并到主分支中,触发发布管道将更改部署到生产环境中 。我将在本系列的下一部分中更深入地介绍 CI 。
最后我觉得 DevOps 的讨论往往很模糊 。DevOps 工程师的角色和开发人员的角色之间没有硬性界限,因为他们是开发人员并且是研发团队的一部分 。DevOps 跨越了管理和开发之间的那条细线 。他们需要满足两端有时相互冲突的要求 。我认为了解他们的工作和工具可以帮助我们成为更好的开发人员、更好的队友和更好的管理者 。
下次我们将讨论使用 GitHub 操作构建 CI 管道 。处理您的工件 。管理秘密并控制一切 。请注意,我们不会在这个阶段详细讨论持续交付,因为这会把我们拖到部署的讨论中 。一旦我们涵盖了 IaC、Kubernetes、Docker 等部署技术,我完全打算回到它并讨论 CD 。




推荐阅读