Git on 冯威的博客

不断进化的分支和需求管理

Fri, 07 Jun 2019 09:22:10 +0800

昨天有朋友在公众号私信问我几个关于代码分支管理的问题，这几个问题是我去年写的《在团队中使用GitLab中的Merge Request工作模式》一文结尾时抛出的几个问题：

敏捷下的需求和代码分支管理

Sun, 17 Mar 2019 13:54:04 +0800

在去年的一篇文章《在团队中使用GitLab中的Merge Request工作模式》中简单介绍了下Git的几种模式和在团队中使用的Merge Request的模式。文章的结尾也抛出了几个问题：

敏捷，每个人都有自己的理解

Sat, 23 Feb 2019 23:53:05 +0800

2018年一直在尝试用敏捷的方式来管理团队，但执行的不够彻底，或者说不那么敏捷。总结下来有下面一些问题：

在团队中使用GitLab中的Merge Request工作模式

Fri, 01 Jun 2018 07:49:45 +0800

在工作中使用Git已有5年多的时间了，Git分布式的工作机制以及强大的分支功能使得在团队中推广使用没有受到什么阻碍。一直以来都是采用的分支管理模式，我把项目的开发分为三个阶段：开发、测试和上线。

Git工作流程

Sun, 15 Feb 2015 00:00:00 +0800

2014年初开始在公司推行Git的使用，到现在将近一年的时间，公司的大部分项目代码都已经迁移到了Git上，关于Git的安装使用在之前的文章有相关介绍，《Windows 下使用Git管理Github项目》、《在VS2010中使用Git【图文】》，本文主要说说Git使用的工作流程。

一千个人心中有一千个哈莫雷特，Git作为一个源码管理工具在不同的人，不同的团队中使用的流程也是不相同的。下面说说我在公司推行的过程中在不同阶段的使用情况：

开始使用阶段

1、开始使用Git时，团队成员对Git还不是很了解，有的开发人员之前有VSS、SVN背景，有的没有使用过源码管理工具，使用过的也没有使用过分支功能；

2、开发人员每个人创建一个分支，随时随地commit，每天push一次到服务器；

3、因为每个人单独分支，push时不需要pull，也没有冲突需要解决；

4、团队Leader每天在所有开发人员push后将代码合并到master分支，开发人员每天上班后将master拉下来合并到自己分支；

产品/项目开始阶段

1、这时开发人员已基本熟悉Git的使用了，无需再每个人创建一个分支；

2、除了master分支还有一个供所有开发人员开发的dev分支；

3、大家都在同一个dev分支上进行工作，依然是随时随地地commit，每天push一次到服务器；

4、push代码前需要进行pull操作，因为有可能在之前有别的成员先进行了push操作，如果有冲突还需要进行冲突解决；

5、每天上班后所有成员对dev进行pull操作，获取所有成员push的代码，有冲突需要解决；

6、团队Leader每天将dev合并一次到master。

测试进入的阶段

1、测试可能是在项目后期才进入，不同公司或不同项目可能有所不同；

2、测试进入后就需要添加test分支；

3、在开发人员将代码push到dev分支后，可以在dev基础上创建test分支，测试人员以test分支搭建测试环境，开始测试；

4、开发人员在接受到bug后，直接在测试分支上修改，然后让测试人员进行验证；

5、每天团队Leader将测试分支上修改的bug合并到dev分支上，这样所有团队成员当天修复的bug都会在第二天被团队其他人pull下来；

6、团队Leader每天将dev合并一次到master。

上线后阶段

1、系统上线后试运行阶段会存在两种改动：Bug和优化需求，Bug通常当天解决晚上部署，优化需求通常周末部署；

2、Bug当天能修复的就直接在test分支上修复，然后进行测试，验证通过后合并到master；

3、Bug当天不能修复的就针对该Bug创建一个分支，修复完后合并到test分支进行测试，验证通过后合并到master；

4、每个优化需求都以master分支为基础创建一个feature分支，完成后合并到dev分支，开发人员可以先交叉测试，然后将dev合并到test进行测试，验证通过后合并到master；

5、master始终是一个干净的，可发布的分支。

Commit提交的粒度

1、尽可能的越细越好；

2、每一次的提交应是相对独立的、完整的、有意义的；

3、注释越详细越好；

4、第一行概括本次提交的内容，言简意赅；

5、如果粒度够细，通常一句话可以概括，一句话不能概括的，空一行在下面写详细的注释；

6、太简单的注释还不如不写，没有任何意义；

7、据说林纳斯修改了20行的Liunx内核代码，注释长达2000多字，说明commit注释的重要性。

以上是我在实际工作中的一些心得，仅供参考，工具的使用没有最好，适合自己团队的才是最好的。第一次使用刘韧体，感觉还不错，轻单网也是一种类刘韧体的延生，有兴趣的朋友可以去体验下。

Ubuntu12.04中安装Git

Sun, 23 Feb 2014 00:00:00 +0800

Git是一个分布式源码管工具，在之前的文章中有讲到过怎样在Windows下使用Git和在VS中使用Git，最近在尝试在Ubuntu中搭建Gitlab环境，Linux系统也是初次接触，属于摸索中前进，先说说在Ubuntu中怎样安装Git

1、首先可以通Ctrl+Alt+T快捷键打开终端；

2、输入命令sudo apt-get git，使用该命令安装的git是比较老的版本；

3、安装了老的版本的git后，可以使用git clone git://git.kernel.org/pub/scm/git/git.git将获取到git的源码，默认会签出最近的版本；

4、使用git tag可以查看所有的历史版本，可以用git checkout version来签出指定版本进行安装，例如：git checkout v1.9.0；

5、在编译安装前先要安装ssl编译开发包，使用sudo apt-get install libssl-dev；

6、用cd命令进入到git目录，执行make prefix=/usr/local all doc进行编译；

7、使用sudo make prefix=/usr/local install install-doc install-html进行安装；

8、安装完后，重新打开终端，使用git –version来查看安装是否成功。

在VS2010中使用Git【图文】

Tue, 13 Nov 2012 00:00:00 +0800

前言

在之前的一片博客《Windows 下使用Git管理Github项目》中简单介绍了在Windows环境中使用Git管理Github项目，但是是使用命令行来进行操作的，本文将简单介绍下在VS2010中怎样使用Git，并来管理Github上的项目。

准备

安装Git命令行，下载地址：http://code.google.com/p/msysgit/downloads/list，其实如果没有安装Git命令行，在安装Git Extensions时会有两个勾选项，其中一个就是Git命令行（msysGit ）
安装Git Extensions，下载地址：http://sourceforge.net/projects/gitextensions/ ，安装过程中会有两个勾选项msysGit 和 KDiff3，如果已经安装了Git命令行可以不勾选msysGit，KDiff3 是一个文件对比工具，在分支合并时会用到，建议勾选，安装完后也可以设置成其他的对比工具，比如：BCompare
安装VS的插件Git Source Control Provider，在VS2010的扩展管理中可以找到
在VS中设置源代码控制位Git Source Control Provider。

创建项目并添加到Git

使用VS2010创建一个名为GitHelloWorld的项目，在解决方案上点击右键，点击“Git –New Repository”：

这时看项目所在的目录，会添加一个名为.git的隐藏目录和一个名为.gitignore的文件，除此外不会有任何多余的文件，相比VSS和SVN等源码管理工具要“干净”很多：

这时会发现解决方案中的文件上并没有出现源码管理的图标，在解决方案上右击，点击Git菜单中的Refresh就OK了：

上面右图中的文件前的图标为加号，表示文件还没有被添加到版本库中，可以使用Git菜单中的Commit来进行提交：

现在就可以对代码进行编辑了，当我们在文件中添加自己的代码后，文件的状态并不会改变，当保存文件后，文件就显示为签出状态。通常第一次通过Commit将代码加入到源码库后，建议重启VS，否则有时文件的签入签出状态得不到及时更新，如果发现状态没有及时更新也可以用Git菜单下的Refresh来进行更新。

Git菜单上的Browse命令可以查看各个提交版本的信息：

或是在解决方案上右击，选择“Git -History”也可以查看版本信息，是在VS中的标签页中以图形化展示：

通过上面的介绍我们可以简单的使用Git来管理代码了，下面接着来说怎样将代码推送到Github中

首先需要在Github中创建一个新的repository，命名为GitHelloWorld，创建完成后如下图所示：

上图中红色框中的就是新建的GitHelloWorld的地址，通过这个地址我们就可以将本地代码推送到GitHub中，在VS中点击Git菜单下的Push命令：

如果推送成功会看到如下提示框：

这时刷新GitHub中的页面可以看到项目已经添加到GitHub中了：

到这儿就介绍完怎样在VS中将代码放入到Git库，并将代码推送到GitHub。下面介绍下已知一个GitHub的源码地址，怎样把代码拉到本地，比如刚刚推送到GitHub中的GtiHelloWorld的地址是git://github.com/oec2003/GitHelloWorld.git，现在使用这个地址将代码拉到本地。

从GitHub拉代码到本地

打开VS2010，点击Git菜单的Clone repository：

在弹出的克隆对话框中输入相应的信息：

点击“克隆”按钮，如果成功克隆的话会弹出如下信息框：

就这么简单，现在代码已经被拉到E盘的GitHelloWorld目录中了。还有一种方法就是直接打开Git Extensions，点击“克隆档案库”可以达到同样的效果。现在就可以使用VS2010开始我们的Git之旅了，关于分支、标签等深入一点的内容在后面的博文中会介绍。

Windows 下使用Git管理Github项目

Mon, 06 Feb 2012 00:00:00 +0800

Git

Git是一个开源的分布式版本控制系统，用以有效、高速的处理从很小到非常大的项目版本管理。最初由Linus Torvalds编写，用作Linux内核代码的管理。在推出后，Git在其它项目中也取得了很大成功，尤其是在Ruby社区中。

Github

Github是一个面向开源及私有软件项目的托管平台，因为只支持Git作为唯一的版本库格式进行托管，故名GitHub。GitHub可以托管各种git库，并提供一个web界面，但与其它像 SourceForge或Google Code这样的服务不同，GitHub的独特卖点在于从另外一个项目进行分支的简易性。为一个项目贡献代码非常简单：首先点击项目站点的“fork”的按钮，然后将代码检出并将修改加入到刚才分出的代码库中，最后通过内建的“pull request”机制向项目负责人申请代码合并。

上面的介绍摘自oschina.net ,下面就开始介绍在windows下怎样用Git管理Github的项目

1 在Github上创建账号，这个很简单就不再赘述。

2 下载安装Git

下载地址：http://code.google.com/p/msysgit/downloads/list

安装很简单，一路Next就可以了。

3 登陆GitHbu后创建一个新的仓库（New repository），命名为HelloWorld，创建成功后如下图：

4 上面只是创建了一个空的代码仓库，下面就在本地创建一个HelloWorld的项目，并将其推送到Github中。创建D:\GitProject\HelloWorld的目录结构。

5 打开Git的命令行Git base，输入如下命令来提供身份标示，主要是用户名和邮箱：

6 同过cd命令进入到刚才创建的HelloWorld目录中，然后使用git init来初始化当前目录，该目录中会生成一个.git的隐藏目录:

7 在D:\GitProject\HelloWorld目录中添加一个readme.txt文件，文件中写入“my first hello world project!”，然后用git add 命令以及git commit命令将其添加到库中。

8 下面就是最关键的步骤了，将本地的代码库提交到Github中，首先要使用命令来创建密匙，该密匙会在Github的设置中用到。

9 我系统是windows server 2008R2 ，生成的密匙在C:\Users\Administrator.ssh目录下，打开id_rsa.pub文件，复制里面所有内容。

10 在Github中点击“Account Settings”进入到设置界面，选择“SSH Public Keys”,然后点击”add another public key“

11 将刚才复制的密匙内容粘贴到对应的框中。

12 用命令来检验下是否设置成功

13 现在一切就绪，在Git base 中使用命令就可以将本地代码推送到Github

14 现在刷新下在Github中的项目页面，如下所示：

学习资料

http://www.worldhello.net/gotgithub/index.html http://www.cnblogs.com/wojilu/ Pro Git中文版下载一个还不错的Git ppt介绍