我想问一下面对这样的场景, 用怎样的方式管理会更合适?

Question

以前大多个是一个的使用 Git, 到 Github 上提交的场景, 对多人开发合并项目经验不多,
现在遇到的是在 Github 上存在主分支, 本地需要修改多个功能和 bug 等等,
我是按以前实习回来的同学提示, 在多个分支开发不同的功能, 然后合并提交..
合并和提交的顺序不是确定的, 因此不能简单直接用 merge 每次一个个叠加.
有时我用 rebase, 但有发现 commit 顺序不是时间顺序, 到线上被 merge 以后也不是非常清晰

有在 Google, 但一些细节不清晰.. 比如 commit 显示顺序.. 还有再次被 merge 后的细节..

Answer 1

git支持很多种工作流程，我们采用的一般是这样，远程创建一个主分支，本地每人创建功能分支，日常工作流程如下：去自己的工作分支$ git checkout work工作....提交工作分支的修改$ git commit -a回到主分支$ git checkout master获取远程最新的修改，此时不会产生冲突$ git pull回到工作分支$ git checkout work用rebase合并主干的修改，如果有冲突在此时解决$ git rebase master回到主分支$ git checkout master合并工作分支的修改，此时不会产生冲突。$ git merge work提交到远程主干$ git push这样做的好处是，远程主干上的历史永远是线性的。每个人在本地分支解决冲突，不会在主干上产生冲突。

Answer 2

可以在一条分支上一起开发，你有变更的时候，在提交前，使用git stash这样将本地的修改全部缓存在一个堆栈中了，然后把别人的修改同步过来git pull --rebase下一步是将自己的变更恢复到最新的节点上git stash pop然后再使用git commit提交，这样就会让一个分支的版本按顺序继续发展，而不是像织毛衣一样，你可以看一下我们使用这种方法前后的对比图