了解Git工作流的开发
GitFlow工作流
Vincent Driessen曾经写过一篇博文，题为
A successful Git branching model（一个成功的Git分支模型）。Gitflow工作流程就是从这篇文章里来的。 Gitflow工作流程围绕项目发布定义了严格的分支模型。其特色在于，它为不同的分支分配了非常明确的角色，并且定义了使用场景和用法。除了用于功能开发的分支，它还使用独立的分支进行发布前的准备、记录以及后期维护。
在这里插入图片描述
分支介绍
分支 | 作用 |
|---|---|
master | 历史迭代分支 |
develop | 集成最新开发特性的活跃分支 |
f_xxx | feature 功能特性开发分支 |
b_xxx | bug 修复分支 |
r_xxx | release 版本发包分支 |
初步流程
每家公司的
GitFlow工作流，都不一样。我们采用如上GitFlow简单模拟一下 顺便熟悉一下Git如何对项目协作开发。
git clone `url`
git checkout origin/dev # 切换到远程分支
git branch -b dev # 创建本地分支
git branch --set-upstream-to=origin/dev # 把本地分支映射到远程分支上每次写代码建分支前都要保证 dev 是最新代码
git checkout dev
git pull最终提交合并请求 merge request
# 新建功能分支，并映射到remote
git checkout -b f_login
# git branch --set-upstream-to=origin/f_login
# 接下就自主开发
git add xxx
git commit -m'xxxx'
git add xxx
git commit -m'xxxx'
# 最后提交到remote
# git push --set-upstream origin f_login
git push删除已开发完毕的功能分支
git checkout dev
git pull
git branch -d f_login
git branch -dr origin/login又新增开发功能，重复上述步骤
git checkout -b f_register
# git branch --set-upstream-to=origin/f_register
git add xxx
git commit -m'xxxx'
git push冲突解决
方案一
在 Github 网站上手动解决冲突
方案二
# 拉取远程分支
git fetch origin develop
# 让本地当前分支与远程分支进行比较
git branch diff origin/develop 比较哪里不一样、哪里有冲突，进行修改后重新提交
git add xxx
git commit -m'xxx'
git push方案三
在本地分支同步(拉取)远程分支
git pull origin develop
会发现自动合并不了，检查冲突文件，然后进行修改
修改完成然后在进行提交
git add 冲突文件
git commit -m'xxx'
git push本文参与 腾讯云自媒体分享计划，分享自作者个人站点/博客。
原始发表：2021-05-09 ，如有侵权请联系 cloudcommunity@tencent.com 删除
评论
登录后参与评论
推荐阅读
目录