咱们已经从SVN 切换到Git不少年了,如今几乎全部的项目都在使用Github管理, 本篇文章讲一下为何使用Git, 以及如何在团队中正确使用。css
Git的优势不少,可是这里只列出我认为很是突出的几点。html
感兴趣的,能够去看一下Git自己的设计,内在的架构体现了不少的优点,不愧是出资天才程序员Linus (Linux之父) 之手nginx
虽然有这么优秀的版本管理工具,可是咱们面对版本管理的时候,依然有很是大得挑战,咱们都知道你们工做在同一个仓库上,那么彼此的代码协做必然带来不少问题和挑战,以下:git
大部分开发人员如今使用Git就只是用三个甚至两个分支,一个是Master, 一个是Develop, 还有一个是基于Develop打得各类分支。这个在小项目规模的时候还勉强能够支撑,由于不少人作项目就只有一个Release, 可是人员一多,并且项目周期一长就会出现各类问题。程序员
就像代码须要代码规范同样,代码管理一样须要一个清晰的流程和规范github
Vincent Driessen 同窗为了解决这个问题提出了 A Successful Git Branching Modelsql
下面是Git Flow的流程图docker
上面的图你理解不了? 不要紧,这不是你的错,我以为这张图自己有点问题,这张图应该左转90度,你们应该就很用以理解了。bash
也就是咱们常用的Master分支,这个分支最近发布到生产环境的代码,最近发布的Release, 这个分支只能从其余分支合并,不能在这个分支直接修改架构
这个分支是咱们是咱们的主开发分支,包含全部要发布到下一个Release的代码,这个主要合并与其余分支,好比Feature分支
这个分支主要是用来开发一个新的功能,一旦开发完成,咱们合并回Develop分支进入下一个Release
当你须要一个发布一个新Release的时候,咱们基于Develop分支建立一个Release分支,完成Release后,咱们合并到Master和Develop分支
当咱们在Production发现新的Bug时候,咱们须要建立一个Hotfix, 完成Hotfix后,咱们合并回Master和Develop分支,因此Hotfix的改动会进入下一个Release
全部在Master分支上的Commit应该Tag
分支名 feature/*
Feature分支作完后,必须合并回Develop分支, 合并完分支后通常会删点这个Feature分支,可是咱们也能够保留
分支名 release/*
Release分支基于Develop分支建立,打完Release分以后,咱们能够在这个Release分支上测试,修改Bug等。同时,其它开发人员能够基于开发新的Feature (记住:一旦打了Release分支以后不要从Develop分支上合并新的改动到Release分支)
发布Release分支时,合并Release到Master和Develop, 同时在Master分支上打个Tag记住Release版本号,而后能够删除Release分支了。
分支名 hotfix/*
hotfix分支基于Master分支建立,开发完后须要合并回Master和Develop分支,同时在Master上打一个tag
a. 建立develop分支
git branch develop git push -u origin develop
b. 开始新Feature开发
git checkout -b some-feature develop
# Optionally, push branch to origin: git push -u origin some-feature # 作一些改动 git status git add some-file git commit
c. 完成Feature
git pull origin develop
git checkout develop
git merge --no-ff some-feature git push origin develop git branch -d some-feature # If you pushed branch to origin: git push origin --delete some-feature
d. 开始Relase
git checkout -b release-0.1.0 develop # Optional: Bump version number, commit # Prepare release, commit
e. 完成Release
git checkout master git merge --no-ff release-0.1.0 git push git checkout develop git merge --no-ff release-0.1.0 git push git branch -d release-0.1.0 # If you pushed branch to origin: git push origin --delete release-0.1.0 git tag -a v0.1.0 master git push --tags
f. 开始Hotfix
git checkout -b hotfix-0.1.1 master
g. 完成Hotfix
git checkout master git merge --no-ff hotfix-0.1.1 git push git checkout develop git merge --no-ff hotfix-0.1.1 git push git branch -d hotfix-0.1.1 git tag -a v0.1.1 master git push --tags
实际上,当你理解了上面的流程后,你彻底不用使用工具,可是实际上咱们大部分人不少命令就是记不住呀,流程就是记不住呀,肿么办呢?
总有聪明的人创造好的工具给你们用, 那就是Git flow script.
brew install git-flow
apt-get install git-flow
wget -q -O - --no-check-certificate https://github.com/nvie/gitflow/raw/develop/contrib/gitflow-installer.sh | bash
初始化: git flow init
开始新Feature: git flow feature start MYFEATURE
Publish一个Feature(也就是push到远程): git flow feature publish MYFEATURE
获取Publish的Feature: git flow feature pull origin MYFEATURE
完成一个Feature: git flow feature finish MYFEATURE
开始一个Release: git flow release start RELEASE [BASE]
发布Release: git flow release finish RELEASE
别忘了git push --tags
开始一个Hotfix: git flow hotfix start VERSION [BASENAME]
发布一个Hotfix: git flow hotfix finish VERSION
上面讲了这么多,我知道还有人记不住,那么又有人作出了GUI 工具,你只须要点击下一步就行,工具帮你干这些事!!!
当你用Git-flow初始化后,基本上你只须要点击git flow菜单选择start feature, release或者hotfix, 作完后再次选择git flow菜单,点击Done Action. 我勒个去,我实在想不到还有比这更简单的了。
目前SourceTree支持Mac, Windows, Linux.
这么好的工具请问多少钱呢? 免费!!!!
广大VS的福音
GitFlow for Visual Studio