正确的 Git Flow 使用方法

golang 0

发布于 2020-12-04

前文 [教你如何轻松快乐的学会Git](http://www.tigerbook.cn/article-133.html "教你如何轻松快乐的学会Git")
带大家学习了 git 的使用，还带大家 [搭建属于自己的 git 服务器](http://tigerbook.cn/article-142.html "搭建属于自己的 git 服务器")！最后我们学习了 [Git视图工具 GitHub Desktop](http://www.tigerbook.cn/article-143.html "Git视图工具 GitHub Desktop") 的使用！

今天来和大家说下正确的 git flow 使用方法，在使用Git的过程中如果没有清晰流程和规划。否则，每个人都提交一堆杂乱无章的commit，项目很快就会变得难以协调和维护。

Git版本管理同样需要一个清晰的流程和规范 Vincent Driessen 为了解决这个问题提出了 [A Successful Git Branching Model](https://nvie.com/posts/a-successful-git-branching-model/ "Vincent Driessen")
以下是基于Vincent Driessen提出的 Git Flow 流程图

![Git Flow 流程图](/uploads/content/5fc99fad8015e.webp)

# Git Flow 的常用分支
## · Production 分支
也就是我们经常使用的Master分支，这个分支最近发布到生产环境的代码，最近发布的  `Release` 这个分支只能从其他分支合并，不能在这个分支直接修改

## · Develop 分支
这个分支是我们是我们的主开发分支，包含所有要发布到下一个 `Release` 的代码，这个主要合并与其他分支，比如 `Feature` 分支

## · Feature 分支
这个分支主要是用来开发一个新的功能，一旦开发完成，我们合并回 `Develop` 分支进入下一个 `Release`

## · Release分支
当你需要一个发布一个新 `Release` 的时候，我们基于 `Develop` 分支创建一个 `Release` 分支，完成 `Release` 后，我们合并到 `Master` 和 `Develop` 分支

## · Hotfix分支
当我们在 Production 发现新的 Bug 时候，我们需要创建一个 `Hotfix` 完成 `Hotfix` 后，我们合并回 `Master` 和 `Develop` 分支，所以 `Hotfix` 的改动会进入下一个 `Release`

# Git Flow 如何使用
## · Master/Devlop 分支

所有在 `Master` 分支上的 Commit 应该打上 `Tag` 一般情况下 `Master` 不存在Commit，`Devlop` 分支基于 `Master` 分支创建

![图侵则删](/uploads/content/5fc9a1fdcc444.webp "图侵则删")

## · Feature 分支

`Feature` 分支做完后，必须合并回 `Develop` 分支, 合并完分支后一般会删点这个 `Feature` 分支，毕竟保留下来意义也不大。

![图侵则删](/uploads/content/5fc9a254b6028.webp "图侵则删")

## · Release 分支

`Release` 分支基于 `Develop` 分支创建，打完 `Release` 分支之后，我们可以在这个 `Release` 分支上测试，修改 Bug 等。同时，其它开发人员可以基于`Develop` 分支新建 `Feature`

**记住：一旦打了 Release 分支之后不要从 Develop 分支上合并新的改动到 Release 分支**

发布 `Release` 分支时，合并 `Release` 到 `Master` 和 `Develop` 同时在 `Master` 分支上打个 `Tag` 记住 `Release` 版本号，然后可以删除 `Release` 分支了。

![图侵则删](/uploads/content/5fc9a529b7ca5.webp "图侵则删")

## · Hotfix 分支

`hotfix` 分支基于 `Master` 分支创建，开发完后需要合并回 `Master` 和 `Develop` 分支，同时在 `Master` 上打一个 `tag`

![图侵则删](/uploads/content/5fc9a5774a178.webp "图侵则删")

# Git Flow 命令示例

## 创建 Devlop
```
git branch develop  
git push -u origin develop
```

## 开始 Feature
```
# 通过develop新建feaeure分支
git checkout -b feature develop
# 或者, 推送至远程服务器:
git push -u origin feature

# 修改md文件
git status
git add .
git commit
```

## 完成 Feature
```
git pull origin develop
git checkout develop

#--no-ff：不使用fast-forward方式合并，保留分支的commit历史
#--squash：使用squash方式合并，把多次分支commit历史压缩为一次

git merge --no-ff feature
git push origin develop

git branch -d some-feature

# 如果需要删除远程feature分支:
git push origin --delete feature
```

## 开始 Release
```
git checkout -b release-0.1.0 develop
```

## 完成 Release
```
git checkout master
git merge --no-ff release-0.1.0
git push

git checkout develop
git merge --no-ff release-0.1.0
git push

git branch -d release-0.1.0
git push origin --delete release-0.1.0

#合并master/devlop分支之后，打上tag
git tag -a v0.1.0 master
git push --tags
```

## 开始 Hotfix
```
git checkout -b hotfix-0.1.1 master
```

## 完成 Hotfix

```
git checkout master
git merge --no-ff hotfix-0.1.1
git push

git checkout develop
git merge --no-ff hotfix-0.1.1
git push

git branch -d hotfix-0.1.1
git push origin --delete  hotfix-0.1.1

git tag -a v0.1.1 master
git push --tags
```

如果你的代码没有清晰流程和规划，那么强烈推荐使用 Vincent Driessen 提出的 " GIt flow " 让你的代码管理骚起来。

文明发言，争做净网小卫士。

昵称

邮箱