《Git源代码管理规范》由会员分享，可在线阅读，更多相关《Git源代码管理规范（12页珍藏版）》请在金锄头文库上搜索。
1、Git源代码管理规范一、 分支管理使用git进行源代码管理，一般将某个项目的所有分支分为以下几条主线：1. Master顾名思义，既然名字叫Master，那么该分支就是主分支的意思。master分支永远是production-ready的状态，即稳定可产品化发布的状态。2. Develop这个分支就是我们平常开发的一个重要分支了，不管是要做新的feature还是需要做bug fix，都是从这个分支分出来做。在这个分支下重要负责记录开发状态下相对稳定的版本，即完毕了某个feature或者修复了某个bug后的开发稳定版本。3. Feature branches这是由许多分别负责不同feature开
2、发的分支组成的一个分支系列。new feature重要就在这个分支系列下进行开发。当功能点开发测试完毕之后，就会合并到develop分支去。4. release branches这个分支系列从develop分支出来，也就是预发分支。在预发状态下，我们往往会进行预发环境下的测试，假如出现缺陷，那么就在该release分支下进行修复，修复完毕测试通过后，即分别并入master分支后develop分支，随后master分支做正常发布。5. Hotfix branches这个分支系列也就是我们常说的紧急线上修复，当线上出现bug且特别紧急的时候，就可以从master拉出分支到这里进行修复，修复完毕后分
3、别并入master和develop分支。下面这张图将完整展示这一个流程二、 工作原理Git的工作方式：也就是说，每次提交版本变动的时候，git会保存一个快照(snapshot)。假如文献没有被更改，git也不会再次保存，而是提供一个到本来文献的链接。这样一来，git更像是一个小型的文献系统。此外，git的所有操作都可以是本地的，仅仅在将新版本的内容上传到服务器上时才需要连接网络。Git目录（repository）是Git保存元数据和对象数据库的地方。这也是Git最重要的部分。工作目录（working directory）是项目某个版本的内容。暂存区（staging area）是一个简朴的文献，
4、通常包含在Git目录中。其中存储了将要进入下一次提交的信息。Git的基本工作流程如下：1.在工作目录中修改文献。2.标记(stage)文献，并将文献快照添加到暂存区。3.执行commit，将获取暂存区中的文献，并将快照永久保存到Git目录中。三、 常用命令1. 创建工程 git init2. 提交修改 git add 后就从修改变为暂存 git commit 后就从暂存变为提交。3. 提交规范在commit时,假如有相应PR（需求项），请在第一行写上PR号，然后再描述信息（另起行），并把涉及到改动的文献名附上。4. 回溯改错了，但是还没有git add git reset -hard改错了，已
5、经git add git reset -q files(其实就是 git add 的反向操作)改错了，已经git commit git reset -soft HEAD(其实就是 git commit 的反向操作)已经git commit，忘掉写注释（PR）或者漏提交了部分文献假如添加注释可以直接执行命令 git commit -amend，填写注释保存假如添加文献先执行 git add 后执行 git commit -amend5. 创建分支查看分支 git branch切换分支 git checkout branch name创建分支(在当前代码的基础上) git branch branc
6、h name6. 合并分支先检出目的分支再把其他分支合并进去 git checkout branch name git merge other_branch7. 删除分支 git branch -d branch name(不能删？用这个！) git branch -D branch name8. 标签管理git tag v1.09. 远程操作克隆远程库 git clone定义远程库 git remote从远程库取回更新 git fetch从远程库取回更新并合并 git pull推送至远程库 git push四、 操作流程(本地)1. 准备工作初始化目录 git init git add re
7、adme.md git commit -m master init然后从master分支中拉出develop分支 git checkout -b develop2. 功能点开发有新的需求或功能点需要开发时， 从最新develop分支中拉出一个feature分支 git checkout -b feature name完毕feature开发后需要对feature分支进行合并操作 git checkout develop git merge feature name3. 解决冲突当合并分支出现冲突时，需要手动将文献冲突的部分进行修改。对修改后的文献保存并重新提交。4. 产品发布当develop分支
8、已经达成了一个可以发布的状态，将最新的develop分支拉出来成为一个release分支 git checkout -b release假设需要一些环境配置，新建配置文献并提交 git add release.config git commit -m release1当碰到一些预发环境下的bug，这个时候我就直接在release分支下进行修复演进，假如bug问题很大，则需要重新并入develop中，拉出新的feature进行开发重构。假如预发一切正常，需要将release分支同时并入master分支和develop分支，master分支供线上发布，develop分支供下次开发演进。 git c
9、heckout master git merge release name git checkout develop git merge release name5. 线上bug热修复当碰到一些线上意想不到的bug，需要紧急修复时，就直接从master分支拉出hotfixes分支进行修复。 git checkout master git checkout -b hotfix namebug修复完毕，测试通过后我们将分支合并到master和develop中去。 git checkout develop git merge hotfix name git checkout master git m
10、erge hotfix name五、 远程操作远程操作的5个常用命令l git clone l git remote l git fetch l git pull l git push1. 从远程主机克隆一个版本库 git clone 该命令会在本地主机生成一个目录，与远程主机的版本库同名。2. 管理主机名为了便于管理，Git规定每个远程主机都必须指定一个主机名。不带选项的时候，git remote命令列出所有远程主机。3. 将更新取回本地 git fetch 默认情况下，git fetch取回所有分支（branch）的更新。假如只想取回特定分支的更新，可以指定分支名。 git fetch g
11、it branch命令的-r选项，可以用来查看远程分支，-a选项查看所有分支。取回远程主机的更新以后，可以在它的基础上，使用git checkout命令创建一个新的分支。 git checkout -b newBrach origin/master也可以使用git merge命令或者git rebase命令，在本地分支上合并远程分支。 git merge origin/master 或者 git rebase origin/master4. 取回更新同时合并到本地git pull命令的作用是，取回远程主机某个分支的更新，再与本地的指定分支合并。 git pull :假如远程分支是与当前分支合并，则冒号后面的部分可以省略。 git pull origin next上面命令表达，取回origin/next分支，再与当前分支合并。实质上，这等同于先做git fetch，再做git merge。 git fetch origin git merge origin/next
