Git源代码管理规范.pdfVIP

使用git进行源代码管理，普通将某个项目的所有分支分为以下几条主线：

Master

顾名思义，既然名字叫Master，那末该分支就是主分支的意思。master分支永远是

production-ready的状态，即稳定可产品化发布的状态。

Develop

这个分支就是我们寻常开辟的一个主要分支了，不管是要做新的feature还是需要做

bugfix，都是从这个分支分出来做。在这个分支下主要负责记录开辟状态下相对稳

定的版本，即完成为了某个feature或者修复了某个bug后的开辟稳定版本。

Featurebranches

这是由许多分别负责不同feature开辟的分支组成的一个分支系列。newfeature主

要就在这个分支系列下进行开辟。当功能点开辟测试完毕之后，就会合并到develop

分支去。

releasebranches

这个分支系列从develop分支出来，也就是预发分支。在预发状态下，我们往往会

进行预发环境下的测试，如果浮现缺陷，那末就在该release分支下进行修复，修复

完毕测试通过后，即分别并入master分支后develop分支，随后master分支做正

常发布。

/

Hotfixbranches

这个分支系列也就是我们常说的紧急线上修复，当线上浮现bug且特殊紧急的时候，

就可以从master拉出分支到这里进行修复，修复完成后分别并入master和develop

分支。

下面这张图将完整展示这一个流程

/

Git的工作方式：

也就是说，每次提交版本变动的时候，git会保存一个快照(snapshot)。如果文件没有被更改，

git也不会再次保存，而是提供一个到原来文件的链接。这样一来，git更像是一个小型的文

件系统。此外，

/

/

(repository)是Git保存元数据和对象数据库的地方。这也是Git最重要的部份。

(workingdirectory)是项目某个版本的内容。

(stagingarea)是一个简单的文件，通常包含在Git目录中。其中存储了将要进入下

一次提交的信息。

Git的基本工作流程如下：

修改Gitadd暂存Gitcommit提交

1.在工作目录中修改文件。

2.标识(stage)文件，并将文件快照添加到暂存区。

3.执行commit，将获取暂存区中的文件，并将快照永久保存到Git目录中。

1.创建工程

gitinit

2.提交修改

gitadd后就从修改变为暂存

gitcommit后就从暂存变为提交。

提交规范

在commit时,如果有对应PR(需求项)，请在第一行写上PR号，然后再描述信息

(另起行)，并把涉及到改动的文件名附上。

/

4.

gitreset--hard

gitreset-q[files]

(其实就是gitadd的反向操作)

gitreset--softHEAD^

(其实就是gitcommit的反向操作)

如果添加注释可以直接执行命令gitcommit--amend，填写注释保存

如果添加文件先执行gita