CODING DevOps 在九月份上线了大量新特性，更新后的 CODING 将为您带来焕然一新的代码仓库使用体验；通知中心迎来全新改版，帮助您及时获知团队内事项动态；测试管理模块新增测试用例库功能。
本次产品更新说明将分为上下两个篇章，本文（上篇）将重点为您介绍代码仓库的全新功能。
在线解决合并请求中的代码冲突
发起合并请求时碰上冲突内容的标红提示总是会让人心头一紧，这代表着目标分支曾被修改过。代码冲突在多人代码协作场景下十分常见，当两名开发成员共同修改了相同的分支，或有多个分支要同时发起合并请求时便通常会引起代码冲突问题。
手动解决冲突大致需要经历数个步骤：
切回本地终端 ➡️ 切换至源分支 ➡️ 运行命令行进行合并 ➡️ 修改冲突内容 ➡️ 提交代码 ➡️ 推送代码至远端
通过手动方式解决冲突不仅需要在本地做出繁琐的操作，还需要在本地和网页间反复进行切换。CODING 所提供的在线解决代码冲突功能让繁琐的步骤简化为网页上的直观操作，提升每一位开发成员在代码协作场景下解决冲突的效率。
1️⃣ 点击合并请求中的“查看冲突内容”按钮。
2️⃣ 一键保留当前改动或传入改动内容，或同时保留两者。应用后点击右上角的“提交改动”按钮。
3️⃣ 点击“确定”按钮即可轻松解决代码冲突，纵享流畅的分支合并体验。
新增仓库规范功能
高标准的研发团队不仅要求稳定的代码质量，清晰有序的分支命名与合并方向也同样决定了生产质量。仓库规范功能可以起到有序提升成员开发习惯与保持 Git 分支结构清晰的作用。CODING 提供业界常用的 Gitflow 分支规范，配合自定义规范能力，让每一个研发团队都能够探索出适合自身的仓库规范，使得开发成员能够清晰而正确地命名各项分支，从而提升代码仓库的可维护性和易读性。
新建代码仓库时点击启用仓库规范，选择适合团队的规范方案。
应用仓库规范后将即刻生效，不符合命名规则的分支将会被拦截。
若需自定义仓库规范，前往“团队设置中心” → “功能设置” → “仓库规范”即可自定义仓库的分支命名与合并方向。
新增代码建议功能
在合并请求中评审他人代码并不是一件容易的事情。与其大费口舌说明代码应该如此这般修改，完成修改后又需要重新发起合并请求，不如直接动手修改代码后提交。借用一句大牛名言：Talk is cheap. Show me your code!
代码建议功能主要用于合并请求评审场景，评审者在有问题的代码行数中发表评论时点击“代码建议”按钮。
填写新的代码内容，确认无误后点击“应用建议”按钮即可新建代码提交覆盖旧有内容。
可视化分支内的提交记录
相较于阅读以文本形式所呈现的代码提交记录，通过流向图查看提交记录无疑更加易于开发人员掌握分支内的工作详情。分支提交记录新增“网络视图”，辅助开发者更好地掌握分支中的各项提交动态。
网格视图以流向图的形式展示 4 个 W 信息，即： Who：代码由哪位团队成员提交？ When：代码在何时提交？ Why：代码提交备注 commit message 是什么？ Where：当次提交由哪个分支合并而来？
透过可视化视图网络，可以显著提升开发者对于分支内提交历史的观测效率，将所有提交历史记录尽收眼底。
在下篇中将继续为您介绍有关于全新的消息中心、测试用例库等更多新功能。
