Git rebase 和 merge 是不是没办法混着用？

[lidjxy]

团队里其它人用的 merge，我用的 rebase，发现好像 rebase 会带上其它人产生的 merge commit 之前自己合进去的 commit，有什么办法能混着用吗？还是只能一起用 merge

[youxiachai]

自己用 rebase
多人用 merge 。。主要 merge 记录多。。出问题。。找起来直观。。。

[dbskcnc]

我是 merge,历史记录是有用的，可以看到曾经的工作细节，了解过程跟知道结果一样重要

[laoheshanjigong]

仓库上设置只可以 fastforward merge 就行了。

[szdubinbin]

@1423 我司也是这种模式，感觉这样结合着 rebase 和 merge 没啥问题。

[PainAndLove]

rebase 适合自己同时开发多个分支

[scnace]

@1423 yep，这是很常见的 GitHub flow 模式。

这样在 merge 到 master 的 MR/PR 需要回滚时可以直接 revert 。但是如果使用 rebase 的话要 reset 就比较麻烦了，除非是 squash 成了一个 commit 。我的 rebase 但是经常来整理 commit 就是了，在有时间空余的情况下，尽量让之前匆匆写的 commit message 可读可追溯。

[ericgui]

我是反对 rebase 的,
因为它改变历史

[tedzhou1221]

我看上面很多说多分支的情况下操作 rebase 、merge 。我觉得都无所谓了

问题是我们团队的人喜欢在同一个分支下操作 merge,反正就是看的很不舒服

[Justin13]

别混用，个人项目无所谓，多人协作的最好选定一种，混用容易丢失记录和修改

[xiaoxinxiaobai]

难道是为了好看？？？

[frostming]

master 以及多人协作的分支，不是最好，不是推荐，是必须禁止 rebase


自己一个人工作的分支可以用 rebase

[Kerwin1202]

我一般喜欢 merge 因为 每次大的改动 merge 可以看到对方或者自己改的什么东西. 不管之前怎么改 反正就关注最后就可以了.

[kuro1]

反对 rebase +1

[cco]

常用 merge~ 还好吧，也没那么麻烦