首页  思维导图  详情

Git工作流梳理

2024-08-23 14:08:33   8  举报





AI智能生成

开发者常见git工作流梳理

git

CI/CD

作者其他创作

大纲/内容

集中式工作流

特点

使用master作为默认的开发分支且所有提交操作都在该分支上。这种工作流除了master分支外，不需要任何其他分支。

适合场景

集中式工作流通常更适合从 SVN 迁移到 Git 的团队以及规模较小的团队。

流程

拉取代码

git clone ssh://user@host/path/to/repo.git

修改&提交

git status # 查看仓库状态
git add # 暂存
git commit # 提交

更新&推送

git pull # 更新
git push # 推送

冲突解决

git pull --rebase origin master # 拉取代码
# 解决冲突之后
git add
# 合并冲突，结合 git add 命令一起用于修复冲突（fix conflicts and then run "git rebase --continue"）
git rebase --continue
# 发现问题，撤回冲突解决前
# git rebase --abort # 放弃合并，回到rebase操作之前的状态，之前的提交不会丢弃；

# 解决完重新推送
git push

功能分支工作流

特点

所有功能开发应在专用分支而不是master分支中进行，master分支用于和线上同步，保持稳定。

适合场景

小团队、参与人数少的项目团队、需求迭代频繁且经常调整需求的情况

流程

更新主（master）分支

git checkout master # 切换到 master 分支
git fetch origin # 提取最新的提交
git reset --hard origin/master # 重置仓库的master本地副本

创建新分支

git checkout -b feat_xxx

更新&提交

git status # 查看状态
git add <some-file> # 暂存文件
git commit # 提交更改

推送

git push -u origin new-feature
# 完了之后发送合并请求

冲突解决

同“集中式工作流”冲突解决方案

GitFlow工作流

特点

Gitflow 工作流定义了围绕项目发行版设计的严格分支模型，这为管理较大的项目提供了一个强大的框架。

借助git-flow工具集（brew install git-flow），可以简化操作命令

适合场景

有预定发布周期的（如安卓、IOS开发周期）、较大项目的团队，DevOps持续交付

流程

初始化项目分支（develop和master）

# 在项目中执行初始化
git flow init
# 查看分支结构
git branch
# * develop
# master

创建功能分支（基于develop）

# 不使用git-flow 扩展工具方式：
git checkout develop
git checkout -b feature_branch

# 使用git-flow 扩展工具方式：
git flow feature start feature_branch

功能开发完成（合并到develop）

# 不使用git-flow 扩展工具方式：
git checkout develop
git merge feature_branch

# 使用git-flow 扩展工具方式：
git flow feature finish feature_branch

（重复上面两步）多个功能完成合并到develop之后，
基于develop创建一个发行分支（release）
创建此分支将开始下一个发行周期，因此此刻之后不能添加任何新功能，
该分支中仅应包含错误修复、文档生成以及其他面向发行版的任务

# 不使用git-flow 扩展工具方式：
git checkout develop
git checkout -b release/0.1.0

# 使用git-flow 扩展工具方式：
$ git flow release start 0.1.0
Switched to a new branch 'release/0.1.0'

完成发行分支（发布分支将被删除）

# 不使用git-flow 扩展工具方式：
git checkout master
git merge release/0.1.0
# 重新合并到develop分支很重要
git checkout develop
git merge release/0.1.0
git branch -D release/0.1.0

# 使用git-flow 扩展工具方式：
git flow release finish '0.1.0'

热修分支hotfix（基于master）
用于快速修补生产版本

# 不使用git-flow 扩展工具方式：
git checkout master
git checkout -b hotfix_branch

# 使用git-flow 扩展工具方式：
git flow hotfix start hotfix_branch

完成热修（同样需要合并到master和develop）

# 不使用git-flow 扩展工具方式：
git checkout master
git merge hotfix_branch
git checkout develop
git merge hotfix_branch
git branch -D hotfix_branch

# 使用git-flow 扩展工具方式：
git flow hotfix finish hotfix_branch

派生工作流（Forking Workflow）

特点

两个远程仓库：一个主远程仓库（只有读权限）和一个私有远程仓库（派生自主远程仓库）

开发操作在私有仓库中，通过PR的方式更新主远程仓库

派生工作流的主要优点是可以集成贡献，而无需每个人都将其推送到主远程仓库。

适合场景

开源项目、有发布部署管理或严格发布周期的团队

流程

克隆主远程仓库

git clone https://user@bitbucket.org/user/repo.git

添加远程跟踪分支

git remote add upstream https://bitbucket.org/maintainer/repo
# 身份验证
# git remote add upstream https://user@bitbucket.org/maintainer/repo.git