关于Git-flow,在前几次的珠三角技术小沙龙的现场就听过朋友们介绍了,最近才有时间看看相关的文章:
《a-successful-git-branching-model》及《why-arent-you-using-git-flow》,才真正了解到,这真算得上是使用Git的最佳实践啊。于是马上想在自己的项目里用上。
安装Git-flow:
安装完后,试一下git flow命令,得到帮助:
升级已有Git Repo
使用git flow init即可,但结果是杯具的出错了。
原来是我的源码还没commit(unstaged),我先git commit -a ,把原来的改动提交掉。再git flow init,这一次成功了,git flow 帮我创建了两个主要分支,Master与Develop,以及询问我四个辅助分支的命名:
开始使用git flow
现在我要开始工作,为某个功能编写单元测试代码,那么,我只需要告诉git flow我要开始一个新功能的开发,输入git flow feature start sampler_test:
git flow 会为我创建一个feature/sampler_test的分支并切换到该分支下,这时用git branch命令查看一下分支的情况:
有三个分支,当前工作分支是feature/sampler_test,我接下来所写的代码都只会影响该分支,直到我确认完成该功能(通过git flow feature finish sampler_test命令),完成后,代码会被合并到Develope主分支上面。
阶段性小结
git flow屏蔽了git的底层命令,向用户提供更高一级的命令用于完成源码的版本管理,流程模型看上去很好很强大,理论上也比较适合团队协作,因为比较规范和简单。我先自己尝试一番,体验过后再说是啥味道吧!





好的,看来有必要整个 hg-flow 包裹皮儿了
通告: Git的推广心得 | 网摘
刚入门滴。。高调路过。
这个和topgit,能有机的结合吗