DevOps转型下的研发策略该如何设置？

作为一名研发人员，你的工作中有没有遇到类似的问题：分支如何管理才能更好地提升研发和CI效率？单元测试如何做才能更高效？代码评审要不要做，审什么？想上容器，有哪些好的实践可以借鉴？好的策略可以使开发工作事半功倍，让软件交付提质增效。

本文由资深DevOps咨询顾问段亚浩，来为大家详解如何通过对分支策略、代码质量/规范、云原生支持等多个方面的加强和优化，让开发人员提升研发效能。

段亚浩老师说道，研发端需要注意的事项不少，例如规范和规则等。本文我们先分享分支策略、单元测试、代码质量检查、代码评审、容器化策略这几个方面，后续有机会的话老师会再给大家分享其他的策略。通过这些策略，希望能加快交付的速度，同时保证产品的质量。

01. 分支策略

1. 代码管理工具：SVN or Git

大家用的比较多的代码管理工具有SVN和Git，Git是业界主流的代码管理工具。Git的优势有很多，比如在分支管理这块灵活快速、与Linux和Docker一脉相承等。由于同是Linus的代表作品，Git和Linux在文件管理方面有很多类似的地方。又如现在很火的云原生，未来你如果需要用到容器Docker，Git和Docker的命令也很相似，使用起来学习成本较低。不仅如此，将来如果要打通DevOps工具链的话，使用Gitlab也更加方便些。

▲ SVN vs Git

2. 为什么要使用分支

既然说的是分支策略，那么接下来就谈谈在什么场景下，需要用到分支。我们来设想下面几种情况：

• 我们在基于一个稳定的版本在进行开发，突然在稳定版本上有一个紧急的bug需要我们解决。
• 我们在软件中加入了一个小的特性，但是开发到一半的时候，发现开发组的另一个的想法更有创意，所以我们想废弃自己的更改。
• 团队想在软件中同时加入多个特性，但是希望并行开发，而不是依次开发。

针对以上几种典型场景，就建议我们使用分支来处理：

• 如果稳定版本有一个紧急bug需要处理，那么我们就可以基于稳定版本分支创建一个新分支，切换到该分支并修改bug，经过测试、发布之后，我们将该分支合并到稳定分支即可。
• 假设我们想废弃正在开发的某个特性，如果该特性在一个单独的分支上，只需要简单的删除该分支即可。
• 如果我们想并行开发多个特性，我们可以创建多个分支，分别开发，然后将每个分支都合并到稳定分支上即可。

关于Git分支的理解和交互式学习Git分支