我们在前面已经介绍了coding.net和本地git的基本用法。
但是多人协作开发时情况会复杂得多，所以我们最好有一些规范来保证项目多人开发顺利进行。
比如说
规范一
master代码分支 需要开启代码保护，也就是提交到master分支或者其他分支与master分支合并必须经过审核。
规范二
不能直接在master代码上直接进行开发，最好先更新master最新的代码之后 在当前代码基础上新建为一个新的分支，完成功能后，提交到新分支，最后把新分支 合并请求到 master即可。
本章主要记录 coding.net 怎样开启代码保护 以及提交代码 ，合并请求和代码审核的流程。
我们在上一章中已经新建了项目testData,并且其中有1.txt文件。
项目管理—git—-快速使用git笔记(五)——本地项目代码提交到远程仓库—新建项目
我们现在就模拟怎么修改代码。
首先要在coding.net中对master分支启用代码保护(关闭直接push该分支，只能通过合并请求)。
启用之后我们开始修改代码，修改之前先更新一次最新代码。
git checkout master
然后用
git pull
更新。
然后在master分支的基础上新建一个分支
git checkout -b firstMerge
然后我们开始修改1.txt中的内容，增加firstMerge
修改保存后我们使用
git status
可以看到有哪些文件有变动。
然后提交三部曲提交
git add .
git commit -m ‘firstMerge’
git push origin firstMerge
这个时候我们的修改提交就完成了。
然后在coding.net中请求合并
填写合并提交信息
这里如果项目中有成员可以选择谁参与审核。
如果不选则默认项目管理员单人审核。
提交之后再合并审核页面可以看到文件的改动。确认没问题，并完成code review之后管理员可以点击合并。
如果有评审者，需要评审者都通过，管理员才能点击合并(当然也能强制合并，但是不推荐)。
我们在前面已经介绍了coding.net和本地git的基本用法。
但是多人协作开发时情况会复杂得多，所以我们最好有一些规范来保证项目多人开发顺利进行。
比如说
规范一
master代码分支 需要开启代码保护，也就是提交到master分支或者其他分支与master分支合并必须经过审核。
规范二
不能直接在master代码上直接进行开发，最好先更新master最新的代码之后 在当前代码基础上新建为一个新的分支，完成功能后，提交到新分支，最后把新分支 合并请求到 master即可。
本章主要记录 coding.net 怎样开启代码保护 以及提交代码 ，合并请求和代码审核的流程。
我们在上一章中已经新建了项目testData,并且其中有1.txt文件。
项目管理—git—-快速使用git笔记(五)——本地项目代码提交到远程仓库—新建项目
我们现在就模拟怎么修改代码。
首先要在coding.net中对master分支启用代码保护(关闭直接push该分支，只能通过合并请求)。
启用之后我们开始修改代码，修改之前先更新一次最新代码。
git checkout master
然后用
git pull
更新。
然后在master分支的基础上新建一个分支
git checkout -b firstMerge
然后我们开始修改1.txt中的内容，增加firstMerge
修改保存后我们使用
git status
可以看到有哪些文件有变动。
然后提交三部曲提交
git add .
git commit -m ‘firstMerge’
git push origin firstMerge
这个时候我们的修改提交就完成了。
然后在coding.net中请求合并
填写合并提交信息
这里如果项目中有成员可以选择谁参与审核。
如果不选则默认项目管理员单人审核。
提交之后再合并审核页面可以看到文件的改动。确认没问题，并完成code review之后管理员可以点击合并。
如果有评审者，需要评审者都通过，管理员才能点击合并(当然也能强制合并，但是不推荐)。