Git快进VS没有快进合并
Git合并允许我们执行快速前进，没有快速前进分支合并。 任何想法何时使用快进合并，何时不使用快进合并？
当你想清楚你的特性分支时，– --no-ff选项很有用。 因此，即使在此期间没有提交任何提交，FF也是可能的 – 您仍然希望在主线中的每个提交对应于一个特征。 因此，您将一组提交作为一个单元处理一个function分支，并将它们合并为一个单元。 从历史中可以清楚地看到，当你使用--no-fffunction进行分支合并时，
如果你不关心这样的事情 – 只要有可能，你可能会逃脱FF。 这样你会有更多svn般的工作stream感。
例如， 本文作者认为--no-ff选项应该是默认的，他的推理与我上面概述的相似。
也有可能的是，人们可能希望拥有个性化的function分支，代码只在一天结束时放置。 这允许更详细地跟踪发展。
我不想用非工作的代码污染master开发，因此做–no-ff可能只是一个正在寻找的东西。
作为一个方面说明，可能不需要在个性化分支上提交工作代码，因为只要没有其他人在同一分支上工作，历史logging就可以重写git rebase -i并强制在服务器上。
