GIT分支管理

总览

Git分支管理总览

主分支 master

• master 为主分支，要保护它的稳定性，随时可用来上线。
• 咱们不该该直接在 master 分支上直接提交代码，而是合并其他分支。

  

开发分支 develop

• develop 为开发分支，通常包含正在开发的全部新特性，用于测试环境部署和测试。
• 咱们不该该直接在 develop 分支上直接提交代码，也不该该把未经测试的代码合并进来，应该尽可能保持测试环境干净可用。
• Git 建立 Dev 分支的命令: git checkout -b dev masterk
• 将 Dev 分支发布到 Master 分支的命令: git checkout master
• 对 Dev 分支进行合并: git merge –no–ff dev
  • 这里稍微解释一下，上一条命令的–no–ff 参数是什么意思。默认状况下，Git 执行” 快进式合并”（fast-farward merge），会直接将 Master 分支指向 Dev 分支。 使用–no–ff 参数后，会执行正常合并，在 Master 分支上生成一个新节点, 使用no-ff之后版本演变动为清晰

    

特性分支 feature

• 分支命名: feature/ 开头的为特性分支，命名规则为 feature/xxx。举例来说，如 xxx10 月 18 日要开发一个通信录改进的功能，能够自建分支为 feature/contacts_advance-ty-1018。

• 通常 fork 自 develop 分支，最终可能会合并到 develop 分支。

• 通常 feature 分支应仅包含一个特性，上线（合并至 master）部署验证无误后便可删除。记得及时将 feature 分支 push 至远端。

• 若是合并至 develop 或 master 时发如今 fork 此特性分支以后分支已合并了不少其它分支的提交，请先执行 git rebase，这样能提交历史更加整洁。

• 建立一个功能分支：

  git checkout -b feature/x dev

• 开发完成后，将功能分支合并到 dev 分支：

  git checkout dev git merge –no-ff feature/x

• 删除 feature 分支：git branch -d feature/x

  

预上线分支 release

• 第二种是预发布分支，它是指发布正式版本以前（即合并到 Master 分支以前），咱们可能须要有一个预发布的版本进行测试。预发布分支是从 Dev 分支上面分出来的，预发布结束之后，必须合并进 Dev 和 Master 分支。

• 分支命名: release/ 开头的为预发布分支，命名规则为 release/(date/versionNumber) (前端版本号：主版本号. 子版本号. 修正版本号)

• 上线后便可删除。

• 建立一个预发布分支：

  git checkout -b release/v_1.2 dev

• 确认没有问题后，合并到 master 分支：

  git checkout master git merge –no-ff release/v_1.2

• 对合并生成的新节点，作一个标签: git tag -a v_1.2

• 再合并到 dev 分支：

  git checkout dev git merge –no-ff release/v_1.2

• 最后，删除预发布分支: git branch -d release/v_1.2

快速修复分支 hotfix

• 分支命名: hotfix/ 开头的为修复分支，它的命名规则与 feature 分支相似。

• 通常咱们若是发现紧急线上 bug，能够将线上代码临时回滚，从最新的 master 分支创建 hotfix 分支，提交修复代码、测试无误后，合并至 develop 和 master。

• 上线验证无误后，便可将 hotfix 分支删除。

• 建立一个修补 bug 分支：

  git checkout -b hotfix/0.1 master

• 修补结束后，合并到 master 分支

  git checkout master git merge –no-ff hotfix/0.1 git tag -a 0.1.1

• 合并到 dev 分支

  git checkout dev git merge –no-ff hotfix/0.1

• 最后，删除” 修补 bug 分支”：git branch -d hotfix/0.1

git tag usage

• 添加 git tag -a V_0.1.1.0 -m"基本部署完成，有 BUG 待作"

• 删除 git tag -d V_0.1.1.0

• 推送到远程

  git push origin V_0.1.1.0 git push –tags

平常bug修复 fixbug/xxx

• 最后一种是修补 bug 分支。软件正式发布之后，不免会出现 bug。这时就须要建立一个分支，进行 bug 修补。

• 修补 bug 分支是从 Master 分支上面分出来的。修补结束之后，再合并进 Master 和 Dev 分支。它的命名，能够采用 fixbug/xxx 的形式。

• 建立一个修补 bug 分支：

  git checkout -b fixbug/20180926 master git push --set-upstream origin fixbug/20180926

• 修补结束后，合并到 master 分支：

  git checkout master git merge –no-ff fixbug/20180926 git tag -a xxx

• 再合并到 dev 分支：

  git checkout dev git merge –no-ff fixbug/20180926

• 最后，删除” 修补 bug 分支”：

  git branch -d fixbug-0.1

###命名分支必须遵照一些简单的规则

• 可使用斜杠（/) 建立一个分层的命名方法。可是，该分支名不能以斜线结尾。
• 分支名不能以减号（-）开头。
• 以斜杠分割的组件不能以点（.) 开头。如 feature/.new 这样的分支名是无效的。
• 分支名的任何地方都不能包含两个连续的点（..)
• 此外，分支名不能包含如下内容：
  • 任何空格活其余空白字符：
  • 在 Git 中具备特殊含义的字符，包括波浪线（~）、插入符（^)、冒号、问号（？）、星号（*）、左方括号（[)。——ASCII 码控制字符，即值小于八进制 \ 040 的字符，或 DEL 字符（八进制 \ 177)。
  • 这些分支的命名规则是由 git check-ref-format 底层命令强制检测的，它们是为了确保每一个分支的名字不只容易输入，并且在 git 目录和脚步做为一个文件名是可用的。