Git快进VS没有快进合并

Git合并允许我们执行快速前进,没有快速前进分支合并。 任何想法何时使用快进合并,何时不使用快进合并?

当你想清楚你的特性分支时,– --no-ff选项很有用。 因此,即使在此期间没有提交任何提交,FF也是可能的 – 您仍然希望在主线中的每个提交对应于一个特征。 因此,您将一组提交作为一个单元处理一个function分支,并将它们合并为一个单元。 从历史中可以清楚地看到,当你使用--no-fffunction进行分支合并时,

如果你不关心这样的事情 – 只要有可能,你可能会逃脱FF。 这样你会有更多svn般的工作stream感。

例如, 本文作者认为--no-ff选项应该是默认的,他的推理与我上面概述的相似。

也有可能的是,人们可能希望拥有个性化的function分支,代码只在一天结束时放置。 这允许更详细地跟踪发展。

我不想用非工作的代码污染master开发,因此做–no-ff可能只是一个正在寻找的东西。

作为一个方面说明,可能不需要在个性化分支上提交工作代码,因为只要没有其他人在同一分支上工作,历史logging就可以重写git rebase -i并强制在服务器上。