Git 工作流程学习笔记
Git-Flow
核心思想:代码库应该有一个且仅有一个主分支master,提供给用户使用的正式版本
-
日常开发使用分支 Develop
-
基于master创建并切换
$ git checkout -b develop master -
最终需要发布的时候,将develop合并到master(需要先切到master分支)
$ git merge -no-ff develop
-
-
功能分支:为了开发某种特定的功能
- 命名:
feature-* - 基于develop创建
- 完成相关功能
- 合并到develop
- 删除分支
- 命名:
-
预发布分支:发布正式版本之前,用于测试
- 命名:
release-* - 基于develop创建
- 测试相关功能发现问题后进行相关修改
- 合并到master分支
- 合并到develop分支
- 删除分支
- 命名:
-
修补bug分支:软件正式发布之后,难免出现bug,创建分支进行bug修补
- 命名:
fixbug-* - 基于master创建
- 进行修补工作
- 修补结束后合并到master
- 合并到develop
- 删除分支
- 命名:
Github- Collaborators
github 多人协作
owner需要做:
- 进入到当前项目的
settings - 点击左侧
collaborators - 点击
add people输入协作者用户名 - 发起邀请,协作者会收到一封邮件
协作者需要做:
- 点击邮件浏览请求并同意,即可加入项目。
Github-Flow
只有一个长期分支,就是
master
大致流程:
- 根据需求,从
master拉出新分支 - 需要讨论的时候,就向
master发起一个pull request - 一起评审和讨论你的代码
Pull Request被接受,合并进master
示例:
-
协作者进入仓库,点击右上角 fork ,会复制一份到自己的线上仓库
-
复制自己线上仓库链接,clone一份到本地
-
进行一些修改或者删除添加操作
-
发起一个 new pull request
-
填入相关标题和内容

-
最后点击右下角 create pull request
-
PR发起成功
-
owner会在项目的pull request 查看到申请

-
可以对此次PR发表评论以及对代码进行批注

批注之后记得要提交哦

-
在进过一系列的协商讨论之后合并PR
本文介绍了Git的两种工作流程——Git-Flow和Github-Flow,以及在GitHub上进行团队协作的方法。Git-Flow强调主分支master的唯一性,日常开发在develop分支,功能、预发布和修复bug分别在不同分支进行。而Github-Flow则简化为单一master分支,通过Pull Request进行代码审查和合并。在GitHub协作中,owner邀请协作者,协作者通过fork和pull request参与项目。

2847

被折叠的 条评论
为什么被折叠?



