[开发工具]Git 工作流程学习笔记

在学习了阮一峰老师的Git分支管理策略和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