git

用 git 有一段时间了,之前没有详细地了解 git flow,导致协作过程中或多或少出现了一些头疼问题。最近静下心来理了下 git flow 的整个流程,再回头看开朗了不少,总结到这里。介绍的是一些常用的 git 基础命令和 git flow,当然也很重要的,过程中自己在 Github 上建了一个模拟的 Demo 用来熟悉 git flow。其实从理解到动手完成还是有点距离的,笨人有笨法嘛。如有不准确的地方欢迎指正。: )

Git 常用命令

这里列出了一些比较常用的 git 命令,每个命令介绍后面都带一个简单例子~

1. 新开分支

 $ git branch 新分支名

 #新建分支 develop
$ git branch develop

2. 切换到另一个分支

 $ git checkout 分支名

 #切换到 develop 分支
$ git checkout develop

3. 新开分支并切换到新分支

 $ git checkout -b 新分支名

 #新开 develop 分支,并切换到此分支
$ git checkout -b develop

4. 查看分支列表

 $ git branch -a

头部带 remotes/origin 的,表示远程分支

5. 查看远程分支列表

 $ git branch -r

6. 向远程仓库提交本地新开的分支

 $ git push origin 新开分支名

 #提交新建的 develop 分支
$ git push origin develop

7. 删除远程分支

 $ git push origin --delete 远程分支名

 #删除远程仓库中的 develop 分支
$ git push origin --delete develop

8. 删除本地分支

 $ git branch -d 分支名

 #删除本地的 develop 分支
$ git branch -d develop

9. 更新分支列表信息

 $ git fetch -p

用于协作时,项目队友添加或删除了远程分支的分支,可以通过这种方式来刷新分支列表信息


Git Flow 梳理


git flow 完整图示

Git 开发模式本质上是一套流程,团队每个成员遵守这套流程以确保完成可控的软件开发过程。原文参考

1.主要分支

在远程仓库中有两个主要分支的生命期可以无限长,分别是:

Master

Develop


develop 和 master 关系图

master 分支(origin/master)

代码仓库中有且仅有的一条主分支,默认为 master ,在创建版本库时会自动创建。所有提供给用户使用的正式版本的源码,都会在这个分支上发布。也就是说主分支 master 用来发布重大版本。

develop 分支(origin/develop)

日常开发工作都会在 develop 分支上面完成。develop 分支可以用来生成代码的最新隔夜版本(nightly builds)。

创建 develop 分支

 $ git checkout -b develop master

 #push develop 到远程仓库
$ git push origin develop

当我们在develop上完成了新版本的功能,最终会把所有的修改 mergemaster 分支。针对每次 master 的修改都会打一个 Tag 作为可发布产品的版本号。

2.辅助分支

开发过程中不可能项目人所有都在一个 develop 分支中开发,版本管理会很混乱。所以除了主要分支外,我们还需要一些辅助分支来协助团队成员间的并行开发。

所用到的辅助分支大体分三类:

  • Feature branches(功能分支)
  • Release branches(预发布分支)
  • Hotfix branches(热修复分支)

通过分支名我们能知道各类型分支都有特定作用,对于他们各自的起始分支和最终的合并分支也都有严格规定。呼,虽然可能会麻烦点,但让人一目了然的效果还是很诱人的。

下面逐一介绍下各类型分支的创建使用和移除方法,过程中我在 Github 中创建一个虚拟的项目用来熟悉整个流程,或许你也可以像我一样做一遍。哈,动手总会有意外收获嘛。废话少说,继续正题~

2.1.Feature branches(功能分支)


feature branches

应用场景:

当要开始一个新功能的开发时,我门可以创建一个 Feature branche 。等待这个新功能开发完成并确定应用到新版本中就合并回 develop,那么如果不是就会被很遗憾的丢弃。。。

应用规则:

  1. develop 分支创建,最终合并回 develop 分支;

  2. 分支名:feature/*;

Tips:这里很多地方说用 feature-* 的方式命名,因为公司项目中用的 feature/*方式,也就习惯了,其实意思是一样的。

(1).Creat a feature branch

 $ git checkout -b feature/test develop

do something in feature/test branch

push 本地 feature/test 到远处代码库;

 $ git push origin feature/test

(2).切换到 develop 合并 feature/test

 $ git checkout develop

 $ git merge --no-ff feature/test

"- -no-ff" 的作用是创建一个新的 "commit" 对象用于当前合并操作。这样既可以避免丢失该功能分支的历史存在信息,又可以集中该功能分支所有历史提交。并且如果想回退版本也会比较方便。


git merge --no-ff 图示

(3).移除本地和远程仓库的 feature/test 分支

 $ git branch -d feature/test

 $ git push origin --delete feature/test

2.2.Release branches(预发布分支)

应用场景:

"Release branches" 用来做新版本发布前的准备工作,在上面可以做一些小的 bug 修复、准备发布版本号等等和发布有关的小改动,其实已经是一个比较成熟的版本了。另外这样我们既可以在预发布分支上做一些发布前准备,也不会影响 "develop" 分支上下一版本的新功能开发。

应用规则:

  1. develop 分支创建,最终合并回 developmaster;

  2. 分支名:release-*;

(1).Creat a release branch

 $ git checkout -b release-1.1 develop

 #push 到远程仓库(可选)
$ git push origin release-1.1

do something in release-1.1 branch

(2).切换到 master 合并 release-1.1

 $ git checkout master

 $ git merge --no-ff release-1.1

 $ git tag -a 1.1

 $ git push origin 1.1

当我们的 release-1.1 的 Review 完成,也就预示着我们可以发布了。打上相应的版本号,再 push 到远程仓库。

(3).切换到 develop 合并 release-1.1

预发布分支所做的修改同时也要合并回 develop

 $ git checkout develop

 $ git merge --no-ff release-1.1

(4).移除本地和远程仓库的 release-1.1

 $ git branch -d release-1.1

 $ git push origin --delete release-1.1

2.3.Hotfix branches(热修复分支)


Hotfix branches 图示

应用场景:

"Hotfix branches" 主要用于处理线上版本出现的一些需要立刻修复的 bug 情况.

应用规则:

  1. master 分支上当前版本号的 tag 处切出,也就是从最新的 master 上创建,最终合并回 developmaster;

  2. 分支名:hotfix-*;

(1).Creat a fixbug branch

 $ git checkout -b fixbug-1.1.1 master

 #push 到远程仓库(可选)
$ git push origin fixbug-1.1.1

do something in fixbug-1.1.1 branch

(2).切换到 master 合并 fixbug-1.1.1

 $ git checkout master

 $ git merge --no-ff fixbug-1.1.1

 $ git tag -a 1.1.1

 $ git push origin 1.1.1`

bug 修复完成,合并回 master 并打上版本号;

(3).切换到 develop 合并 fixbug-1.1.1

 $ git checkout develop

 $ git merge --no-ff fixbug-1.1.1

(4).移除本地和远程仓库的 fixbug-1.1.1

 $ git branch -d fixbug-1.1.1

 $ git push origin --delete fixbug-1.1.1

Git 常用命令和 Git Flow 梳理的更多相关文章

  1. 项目开发中git常用命令、git工作流、git分支模型

    #新建代码库git init # 在当前目录新建一个Git代码库git init [project-name] # 新建一个目录,将其初始化为Git代码库git clone [url] # 下载一个项 ...

  2. git常用命令,git版本控制和Xcode结合使用,用Xcode提交到github,github客户端使用

    1.git常用命令 查看命令: 1.git --help 查看git所有命令 2.git clone -help 查看git clone命令的细节 3.git config -l   查看当前所有配置 ...

  3. Git常用命令和Git团队使用规范指南

    转自:https://wsgzao.github.io/post/git/ 前言 在2005年的某一天,Linux之父Linus Torvalds 发布了他的又一个里程碑作品——Git.它的出现改变了 ...

  4. git常用命令总结 git常用命令总结

    git常用命令总结:https://www.cnblogs.com/jackchensir/p/8306448.html 利用git提交代码 一.首先需要下载git 查看电脑是否安装git,打开终端, ...

  5. Git常用命令总结

    Git常用命令总结 git init      在本地新建一个repo,进入一个项目目录,执行git init,会初始化一个repo,并在当前文件夹下创建一个.git文件夹.   git clone ...

  6. iOS开发——开发技巧&Git常用命令

    Git常用命令 初始化git init        加—bare实现远程仓库 配置git config user.name iCocos 配置全局git config —global user.na ...

  7. 总结自己的Git常用命令

    总结自己的Git常用命令 使用git也有一段时间了,把自己常用的命令用自己的描述记录起来,方便自己备忘也方便其他人参考. 目录: 最基本的命令: git clone 拷贝并跟踪远程的master分支. ...

  8. git常用命令【转】

    先上一个git常用命令图片 Git配置 1 2 3 4 5 6 7 8 9 git config --global user.name "robbin"   git config ...

  9. git常用命令(转)

    git常用命令: git init //初始化本地git环境 git clone XXX//克隆一份代码到本地仓库 git pull //把远程库的代码更新到工作台 git pull --rebase ...

随机推荐

  1. 草稿:SCADA全局底层框架架构

    一:全局基于单文档MFC程序开发. 二:全局每个功能模块之间完全隔离, 模块之间的数据交流必须使用主板模板. 三:每个功能块全部都自己的线程,除了PLC功能块 其他都是窗口线程 四:各个功能命名的前缀 ...

  2. The Cheap KD 8 is rumored to arrive online

    Nike and also the Oklahoma City Thunder star revealed the Cheap KD 8, which they are calling probabl ...

  3. pandas--对axis=0,axis=1的理解

    Stackoverflow.com是程序员的好去处,本公众号将以pandas为主题,开始一个系列,争取做到每周一篇,翻译并帮助pandas学习者一起理解一些有代表性的案例.今天的主题就是Pandas与 ...

  4. [转]运动检测(前景检测)之(二)混合高斯模型GMM

    转自:http://blog.csdn.net/zouxy09/article/details/9622401 因为监控发展的需求,目前前景检测的研究还是很多的,也出现了很多新的方法和思路.个人了解的 ...

  5. cocos2d-x 3.3 引用【#include "cocos-ext.h"】头文件出现编译错误

    添加[#include "cocos-ext.h"] 头文件后报错 f:\projects\test_httpclient\cocos2d\extensions\gui\cccon ...

  6. Spark --【宽依赖和窄依赖】

    前言 Spark中RDD的高效与DAG图有着莫大的关系,在DAG调度中需要对计算过程划分stage,暴力的理解就是stage的划分是按照有没有涉及到shuffle来划分的,没涉及的shuffle的都划 ...

  7. C++之旅(第一天)

    基础知识 完全支持C语言 可以在C++引入C的头文件 #include <stdio.h> #include <iostream> int main() { } 输入和输出 C ...

  8. XPO开发指南简要

    一.XPO简介: XPO即eXpress Persistent Objects for .NET,现在这里介绍的版本是1.5. XPO在应用程序代码和数据库之间扮演了一个中间层的角色,简单而言,就是将 ...

  9. vue2.0中配置文件路径

    在build/webpack.base.conf.js中添加一些代码即可 module.exports = { resolve: { extensions: ['.js', '.vue', '.jso ...

  10. kali 安装最新firefox的悲惨经历

    最新的的firefox用的是量子内核,在windows上面的确感觉相比之前的firefox快了好多 想把kali 2017虚拟机的也替换掉 按照步骤: 1 添加源: /etc/apt/sources. ...