代码管理中遇到的意外
代码是企业在整个研发活动中非常重要的资产，如果代码出现了问题，那么为客户提供的产品和服务，都会由于这些问题造成不可预知的事故，对企业造成负面影响。所以，如何让代码管理变得更加有序可靠，是广大企业和研发团队亟需重视的问题。
一个企业的研发团队都是由多个开发人员组成的。不同的开发人员技术水平有差异，擅长的领域也有区别，并且软件的开发的过程就是一个多人协作的过程，团队成员使用 Gitee 时间不长，对 git 也在慢慢学习，那么在这个过程中一定会有一些大大小小的意外，下面的这三个情况你一定遇到过：
- 几个人开发的内容互相有影响
- 不知道谁把重要分支的代码给修改了，或者干脆直接把分支删除了
- 合并代码的时候，Code Review 浮于表面或干脆没有 CodeReview 环节
今天我们就针对上面这三个问题，为大家分享如何通过 Gitee 企业版的代码托管功能解决这些问题，让企业的代码管理变得更加有序可靠。
Gitee企业版实践
1.分支模型
Gitee 在分支管理中，提供了保护分支的功能，在企业里面，我们可以把开发负责人设置成为仓库的管理员，其他开发人员设置为开发者角色。这样开发负责人就可以将重点分支比如 master 分支和 develop 分支设置为保护分支。
设置保护分支后，拥有开发者权限的普通开发人员，是无法直接将代码提交到保护分支的，并且也无法将保护分支进行删除，只能由拥有管理员权限的用户进行操作，这样就极大地帮助团队将重要的代码版本管控起来，不会受到开发人员意外操作的影响。
开发人员提交时可以选择评审人员，本次合并需要哪些开发人员进行评审。管理员可以通过系统设置进行评审的人员名单。这样，必须在所选的评审人员和测试人员审批过后，代码才可以合并。
在评审时，评审人员最需要的内容就是文件改动信息。评审人员在这里可以看到开发人员提交的分支信息与需要合入到的目标分支上面的所有差异文件，并且修改的内容都会高亮进行标注，使评审人员可以快速定位到需要评审的内容。
在发现问题时，可以直接在代码行间增加评论内容，指出开发人员的代码编写问题，开发人员可以在看到评审人所给出的问题后修复自己的代码。
评审人员需要再次对开发人员提交的代码进行评审，满足合入标准后，可以点击评审通过，即可进行代码合并。点击合并分支后，开发人员完成的代码，即可合入到目标分支上，完成整个代码合入的过程。
我们通过在企业内部建立符合企业开发团队特点的分支模型，并通过 Gitee 企业版中提供的保护分支功能，及最重要的代码评审（Pull Request）流程，可以保证我们通过Gitee 企业版，将代码管理变得更加有序可靠，帮助企业避免因为代码管理方面的混乱所造成的业务损失。
