FazBrowse GitHub Viewer | Trending |
URL:
| Home
Tools: [Download Repo ZIP]   [View Raw Code]   [Original HTTPS Page]

Dev-Repo/Git/gitflow.md at master · CoderLi-Q/Dev-Repo · GitHub

/ Dev-Repo Public
forked from DevDragonLi/iOSInterviewsAndDevNotes

Breadcrumbs

  1. Dev-Repo
  2. Git

gitflow.md

Latest commit

 

History

History
70 lines (29 loc) · 1.45 KB

Breadcrumbs

  1. Dev-Repo
  2. Git

gitflow.md

File metadata and controls

70 lines (29 loc) · 1.45 KB
Raw

GitHub HomePage

git flow 笔记

sourceTree 初始化工作流

master new hotfix

Hotfix merge to master

Release

Develop newBy master

feature new develop,merge dev

1.开发新功能 使用dev作为父分支 ,每个新功能位于自己的分支

1.1 新功能分支不可以和master分支交互

假设新建球队 creatTeam

点击完成,发现feature 分支已经被删除

合并到dev分支

2. 发布分支 ,当dev分支完成功能合并后,建立release 1.0 只面向发布的修改 文档准备 bug 修复

此时 点击发布完成当前版本 确定可以发布!

  1. 打tag 比如1.0

  2. 用release1.0版本,合并到master上

  3. 合并release1.0版本到dev版本

  4. 删除release1.0分支

  5. 发布

最终master 和dev 分支都是目前最新代码!

3.后期bug 可以从masterfork的分支,修复完成,应该马上合并奥master和dev ,分支名词 hotfix/bugname/bug no

假设创建球队有个bug,但是在release过程中已经没了当初的分支,此时需要

从master 打出hotfix 分支 名字 bug_问题fix

hotfix 修复 bug

点击完成,为此消息打tag

4. 后期多人开发不同feature,修改dev导致冲突,featue1合并没问题,但是feature2合并冲突

  • 4.1 建议,定期从dev合并到feature/owerBranch分支 最小化冲突
  • 4.2 及时沟通交流,尽量避免冲突
Back | FazBrowse Home | New Git URL