[工具] Git版本管理(三)(工作流)
一、冲突解决
Beyond Compare软件
下载BCompare软件,并安装。
删除安装目录下的BCUnrar.dll文件。
使用码:
w4G-in5u3SH75RoB3VZIX8htiZgw4ELilwvPcHAIQWfwfXv5n0IHDp5hv 1BM3+H1XygMtiE0-JBgacjE9tz33sIh542EmsGs1yg638UxVfmWqNLqu- Zw91XxNEiZF7DC7-iV1XbSfsgxI8Tvqr-ZMTxlGCJU+2YLveAc-YXs8ci RTtssts7leEbJ979H5v+G0sw-FwP9bjvE4GCJ8oj+jtlp7wFmpVdzovEh v5Vg3dMqhqTiQHKfmHjYbb0o5OUxq0jOWxg5NKim9dhCVF+avO6mDeRNc OYpl7BatIcd6tsiwdhHKRnyGshyVEjSgRCRY11IgyvdRPnbW8UOVULuTE
二、gitflow工作流
1.标准工作流
在实际的项目开发中,有一套规范的gitflow工作流。如下图所示:
注:A、B两个功能分别由两个开发者负责。而Leader来负责代码的Review以及合并。由测试组来进行专业测试。
流程解释:
1)从稳定版本V1中创建dev分支,用于全权管理新功能开发(由Leader管理)。
2)在dev分支的基础上创建A分支,用于开发A功能(分支名一般为功能名或负责人名)。
3)在dev分支的基础上创建B分支,用于开发B功能。
4)A功能开发完毕后,由Leader进行code review,通过后合并到dev分支(D1合并A3),版本为D2。
5)从D2上创建一个Release分支(预发布分支),用于测试组进行测试。版本为R1。
6)R1测试发现BUG,进行修改,提交为R2。
7)R2测试通过后,认为可以上线,则与正式版V1合并,生成正式版V2。
8)由于R2是修改BUG之后的版本,这说明D2也存在相同BUG,所以D2和并R2,修复BUG,生成D3。
9)B功能开发完毕后,由Leader进行code review,通过后合并到dev分支(D3合并B5),版本为D4。
10)从D4上创建Release分支(预发布分支),用于测试组进行测试。版本为R1。
11)R1测试发现BUG,进行修改,提交为R2。
12)R2测试通过后,认为可以上线,则与正式版V2合并,生成正式版V3。
13)由于R2是修改BUF之后的版本,则说明D4页存在相同的BUG,所以D4合并R2,修改BUG,生成D5。
通过上述流程,V1、V2、V3分别代表三个正式版本。而dev分支中的版本也是以功能为单位的迭代。
当某个功能开发完毕(例如A分支),并且已经合并到正式版以后,则我们可以将A分支删除。
2.简化工作流(不推荐)
在很多中小型公司中,工作流可以不会像上述流程那么复杂。可能会忽略一些步骤:
1)忽略Release分支,不单独在Release分支中测试和修改BUG。而是直接在dev分支中测试和修改bug。
2)忽略Code Review,很多公司的开发者功能开发完毕后,进行自测,自测完后就直接上线(不推荐,隐患很大)。
三、实现标准gitflow工作流
1.创建项目
项目名:leeoo
文件夹名:leeoo
git初始化:
git init
提交第一个版本:
touch base.py
git add .
git commit -m "V1 基础版本"
2.创建远程仓库
在github上创建leeoo仓库:
https://github.com/leokale/leeoo.git
3.邀请其他开发者(个人项目)
当我们开发个人项目时,可以在github上邀请其他人一起来进行项目开发。
进入仓库的setting:
输入想要要求的人,然后发起邀请:
被邀请的人会收到一封邮件,如果同意的话就加入了该项目的开发。
4.使用组织来开发项目
在公司中,一般会自己搭建gitlab或者使用github上的组织来进行协同开发。
在github中创建一个组织:
这里选择免费的开源项目类型:
然后,我们可以邀请成员,也可以跳过,以后需要的时候再邀请:
创建好组织后,可以看到以下组织信息:
此时,我们就可以在该组织中创建仓库了:
创建好仓库后,可以看到仓库信息:
此时,我们就可以将代码推送到这个仓库地址了。
5.将V1提交到组织中的仓库
使用命令:
git remote add origin "https://github.com/leeoo-org/leeoo.git"
git push -u origin master
可以看到仓库中已经存在master分支:
6.为版本打标签(Tag)
我们在之前都是以提交版本的hash值来区分每个版本。但是hash值很长,不易区分。
我们可以使用命令给其打上一个标签(代表这个版本的hash id),该标签就可以用来直观的操作对应版本。
使用命令:
# 在master分支执行 git tag -a v1 -m "第一版"
该命令会在我们的本地,为master分支中的版本打上标签:
将Tag也推送到远程仓库:
git push origin --tags
在github上可以看到这个Tag:
在Release页签中也可以看到版本的信息:
7.创建dev分支
执行命令:
git checkout -b dev
相当于:
git branch dev
git checkout dev
推送dev分支到仓库:
git push origin dev
在github仓库中可以看到dev分支:
8.邀请合作开发者(开发员工)
首先开发员工都需要注册github账号(gitlab和码云等平台也是一样)。
进入github组织管理页面,并进入People页面:
邀请成员(Invite member):
输入要邀请人员的名称:
选择角色:
发送邀请后,被邀请者会收到邮件,点击邮件中的同意加入则可以加入组织。
9.组织成员的权限
邀请了成员以后,我们要对其权限进行设置。
查看组织成员权限:
10.项目权限
进入项目(仓库)的setting:
添加开发者,并设置好write权限后,开发者就可以对该仓库里的代码进行push、pull等操作了。
11.开发者A开发功能
开发者A克隆代码到自己的本地:
git clone "https://github.com/leeoo-org/leeoo.git"
切换到dev分支,并创建A分支:
git checkout dev
git checkout -b A # 创建分支A,并切换到A
在A分支下开发A功能:
touch a50.py
git add .
git commit -m "A功能开发50%"
touch a100.py # 开发完毕
git add .
git commit -m "A功能开发100%"
提交A分支到远程仓库:
git push origin A
在github中查看提交的代码:
12.Code Review配置
要进行Code Review,首先要进行配置。
进入仓库的setting:
选择Add rule添加一条规则:
这样配置完毕后,开发者A想将A分支合并到dev之前,就需要申请Pull request review。
13.Pull request view申请
开发者A申请Pull request view:
点击New pull request:
选择将A分支合并到dev分支,并填写申请的信息,包含标题和描述。然后点击Create pull request提交申请。
14.Leader进行Code review
在Pull request页签中查看review申请:
如果账号有权限进行review,则会在Review required那一栏出现 "Add your review" 链接:
15.执行合并
Code review完毕后,点击Merge pull request执行合并:
在合并完成后,可以选择删除A分支(可删可不删,看需求):
查看合并后的dev分支:
可以看到,代码合并成功。
16.Leader从仓库同步dev代码
github上已经将A分支合并到了dev分支,那么Leader也应该同步自己本地的dev分支:
git pull origin dev
查看本地dev分支:
git checkout dev
git log
17.进行测试(dev<---release)
在dev合并了A功能以后,我们要提交测试组进行测试。
在dev的基础上创建一个release分支:
git checkout -b release
将release分支推送给仓库:
git push origin release
release分支推送到仓库之后,测试组人员可以克隆代码,并对release分支的代码进行测试。
测试完毕后,测试人员可以申请Pull request review:
申请将release分支合并到master分支中(如果需要review的话,master分支也要配置规则)。
负责人同意合并:
如果在release测试过程中进行了bug修复,则需要将release合并回dev中:
git checkout dev
git merge release
合并完后,删除release分支(如果在测试阶段进行了bug修复,则还需要将release分支合并回dev分支):
或者使用命令:
git branch -d release
18.将master同步回本地
执行命令:
git pull origin master
为其添加Tag:
git tag -a v2 -m "第二版 增加A功能"
推送tag到仓库:
git push origin --tags
19.运维人员做上线
运维人员可以去下载代码做上线了。
git clone -b v2 "https://github.com/leeoo-org/leeoo.git"
666.
[工具] Git版本管理(三)(工作流)的更多相关文章
- [工具] Git版本管理(知识总结)
对以下文档进行了简要总结,方面复习: [工具] Git版本管理(一)(基本操作) [工具] Git版本管理(二)(分支) [工具] Git版本管理(三)(工作流) [工具] Git版本管理(四)(贡献 ...
- [工具] Git版本管理(四)(贡献开源代码、git配置、git免密、gitignore)
一.开源项目贡献代码 1.fork项目代码 例如,我们想向tornado框架贡献代码,首先搜索tornado. 然后,将tornado的代码fork到我们的仓库中. 2.clone到本地进行开发 克隆 ...
- 版本管理工具Git(三)Gitlab高可用
高可用模式 企业版 社区版 我们这里说一下成本比较低的主备模式,它主要依赖的是DRBD方式进行数据同步,需要2台ALL IN ONE的GitLab服务器,也就是通过上面安装方式把所有组件都安装在一起的 ...
- [工具] Git版本管理(一)(基本操作)
一.版本控制的发展 1.用文件来做版本控制 我们在写论文.做方案等的时候,一般都会同时在文件夹中存在很多版本的文件. 例如: 这种方式很常用,在很多领域都是用这种方式来进行版本控制的. 2.本地版本控 ...
- [工具] Git版本管理(二)(分支)
一.分支 1.git中如何保存版本 在我们以往使用文件来进行版本控制的时候,都是将上一个版本复制一份,然后在其基础上进行修改. 但在git中,git只保存当前版本和上一个版本之间的差异,这样可以节省存 ...
- GIT版本管理工具教程
目录 GIT版本管理工具教程 一 Git初始化 二 简单指令使用 基本操作 简单总结 三 Git进阶 Git三大区域 Git回滚 Git分支 Git工作流 四 Github代码管理仓库 第一步:注册G ...
- GIT版本管理工具
原文:http://blog.csdn.net/ithomer/article/details/7527877 Git 是一个分布式版本控制工具,它的作者 Linus Torvalds 是这样给我们介 ...
- 版本管理工具Git(一)简要介绍
版本管理工具不但可以备份而且还能记录版本,也就是同一个东西不同时期的状态同时可以跟踪追溯.版本管理工具由CVS.SVN.Git.GitHub. 最早的版本管理工具CVS,因为多人开发项目导致工作很难协 ...
- Git——版本管理工具(一)
Git 是一个分布式版本控制工具,它的作者 Linus Torvalds 是这样给我们介绍 Git —— The stupid content tracker(傻瓜式的内容跟踪器) 1. Git 背 ...
随机推荐
- 删除username的索引
-- 删除index_name 索引 drop index index_name on user; show index from user \G; -- 创建新索引列组成,index_pinyin为 ...
- oracle函数 INTERVAL c1 set1
[功能]:变动日期时间数值 [参数]:c1为数字字符串或日期时间字符串,set1为日期参数 [参数表]:set1具体参照示例 [返回]:日期时间格式的数值,前面多个+号 以天或天更小单位时可用数值表达 ...
- Python基础:22__slots__类属性
1:工厂函数 由于类型和类的统一,因而可以子类化Python数据类型.但是所有的Python 内建的转换函数现在都是工厂函数.当这些函数被调用时,你实际上是对相应的类型进行实例化.比如下面的函数都已经 ...
- Spark Steaming消费kafka数据条数变少问题
对于基于Receiver 形式,我们可以通过配置 spark.streaming.receiver.maxRate 参数来限制每个 receiver 每秒最大可以接收的记录的数据:对于 Direct ...
- hdu 3938 Portal (prim+离线)
Problem - 3938 题意是要求出给定权值下,满足要求的点对的数目.所谓的要求是,给出两点,之间会有很多路径,这个点对的最小距离是众多路径中,最短的一条路径的长度,路径长度是路径上最长边的长度 ...
- H3C 命令行历史记录功能
- phpstorm 左边的文件列表没用了 怎么弄出来
ALT+1ALT+数字键,是各种工具栏的显示与隐藏快捷键,你可以挨个试一下.
- LRJ-Example-06-16-Uva10129
#include <cstdio> #include <cstring> #include <vector> using namespace std; + ; // ...
- 小程序加载大图片 使用widthFix时,图片先拉伸然后才显示完全
<image src="http://www.ll.com/sss.jpg" mode="widthFix" style="width:180r ...
- vue 组件评论 的同时进行刷新
注意:1.最重要理解这里的父组件的刷新功能,通过v-on事件绑定委托给子组件执行,因为子组件的提交按钮和父组件的刷新评论的功能是分开的. 2.没有数据时直接点击提交按钮时会出bug,并且关闭后重新加载 ...