文档介绍：Git源代码管理规范
2 / 18
Git源代码管理规范
分支管理
使用git进行源代码管理，一般将某个项目的所有分支分为以下几条主线：
Master
顾名思义，既然名字叫Master，那么该分支就是主分支的意思。述信息（另起行），并把涉及到改动的文件名附上。
回溯
改错了，不过还没有git add
>> git reset --hard
改错了，已经git add
>> git reset -q [files]
(其实就是 git add 的反向操作)
改错了，已经git commit
>> git reset --soft HEAD^
(其实就是 git commit 的反向操作)
已经git commit，忘记写注释（PR）或者漏提交了部分文件
如果添加注释可以直接执行命令 git commit --amend，填写注释保存
9 / 18
如果添加文件先执行 git add 后执行 git commit --amend
创建分支
查看分支
>> git branch
切换分支
>> git checkout [branch name]
创建分支(在当前代码的基础上)
>> git branch [branch name]
合并分支
先检出目标分支再把其他分支合并进去
>> git checkout [branch name]
>> git merge [other_branch]
删除分支
>> git branch -d [branch name]
(不能删？用这个！)
10 / 18
>> git branch -D [branch name]
标签管理
>>git tag
远程操作
克隆远程库
>> git clone
定义远程库
>> git remote
从远程库取回更新
>> git fetch
从远程库取回更新并合并
>> git pull
推送至远程库
>> git push
11 / 18
操作流程(本地)
准备工作
初始化目录
>> git init
>> git add
>> git commit -m 'master init'
然后从master分支中拉出develop分支
>> git checkout -b develop
功能点开发
有新的需求或功能点需要开发时， 从最新develop分支中拉出一个feature分支
>> git checkout -b [feature name]
完成feature开发后需要对feature分支进行合并操作
>> git checkout develop
>> git merge [feature name]
12 / 18
处理冲突
当合并分支出现冲突时，需要手动将文件冲突的部分进行修改。对修改后的文件保存并重新提交。
产品发布
当develop分支已经达到了一个可以发布的状态，将最新的develop分支拉出来成为一个release分支
>> git checkout -b release
假设需要一些环境配置，新建配置文件并提交
>> git add
>> git commit -m 'release1'
当遇到一些预发环境下的bug，这个时候我就直接在release分支下进行修复演进，如果
13 / 18
bug问题很大，则需要重新并入develop中，拉出新的feature进行开发重构。
如果预发一切正常，需要将release分支同时并入master分支和develop分支，master分支供线上发布，develop分支供下次开发演进。
>> git checkout master
>> git merge [release name]
>> git checkout develop
>> git merge [release name]
线上bug热修复
当碰到一些线上意想不到的bug，需要紧急修复时，就直接从master分支拉出hotfixes分支进行修复。
>> git checkout master
>> git checkout -b [hotfix name]
14 / 18
bug修复完毕，测试通过后我们将分支合并到master和develop中去。
>> git checkout develop
>> git merge [hotfix name]
>> git checkout master
>> git merg