你是如何玩Git分支模型的呢?
分支管理总览(一张流程图给大家先镇镇惊)
它主要体现了Git对我们源代码版本的管理。
(转载者加)一般情况:
master和develop并行。
master上始终是最稳定的代码,develop是正在开发的代码。
feature则是某个开发为了自己的功能拉的分支。不一般情况:
develop正在开发,如果你上线突然被拒绝了,这时候就要从master上开一个热分支,或者release分支也行,改好之后在分别合并到其他分支。但,本人感觉release通常意味着终止。别在从release上拉分支了。
为何是Git? 对于Git与其他集中式代码管理工具相比的优缺点的全面讨论,请参见这里。这样的争论总是喋喋不休。作为一个开发者,与现今的其他开发工具相比较,我更喜欢Git。Git真得改变了开发者对于合并和分支的思考。我曾经使用经典的CVS/Subversion,然而每次的合并/分支和其他行为总让人担惊受怕(“小心合并里的冲突,简直要命!”)。但是对于Git来说,这些行为非常简单和搞笑,它们被认为是日常工作中的核心部分。例如,在很多CVS/Subversion书里,分支与
...