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

2020 年 3 月 29 日
 lidjxy

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

7026 次点击
所在节点    git
34 条回复
youxiachai
2020 年 3 月 29 日
自己用 rebase
多人用 merge 。。主要 merge 记录多。。出问题。。找起来直观。。。
dbskcnc
2020 年 3 月 29 日
我是 merge,历史记录是有用的，可以看到曾经的工作细节，了解过程跟知道结果一样重要
laoheshanjigong
2020 年 3 月 29 日
仓库上设置只可以 fastforward merge 就行了。
szdubinbin
2020 年 3 月 30 日
@1423 我司也是这种模式，感觉这样结合着 rebase 和 merge 没啥问题。
Lanayaaa
2020 年 3 月 30 日
rebase 适合自己同时开发多个分支
scnace
2020 年 3 月 30 日
@1423 yep，这是很常见的 GitHub flow 模式。

这样在 merge 到 master 的 MR/PR 需要回滚时可以直接 revert 。但是如果使用 rebase 的话要 reset 就比较麻烦了，除非是 squash 成了一个 commit 。我的 rebase 但是经常来整理 commit 就是了，在有时间空余的情况下，尽量让之前匆匆写的 commit message 可读可追溯。
ericgui
2020 年 3 月 30 日
我是反对 rebase 的,
因为它改变历史
tedzhou1221
2020 年 3 月 30 日
我看上面很多说多分支的情况下操作 rebase 、merge 。我觉得都无所谓了

问题是我们团队的人喜欢在同一个分支下操作 merge,反正就是看的很不舒服
Justin13
2020 年 3 月 30 日
别混用，个人项目无所谓，多人协作的最好选定一种，混用容易丢失记录和修改
xiaoxinxiaobai
2020 年 3 月 30 日
难道是为了好看？？？
frostming
2020 年 3 月 30 日
master 以及多人协作的分支，不是最好，不是推荐，是必须禁止 rebase


自己一个人工作的分支可以用 rebase
Kerwin1202
2020 年 3 月 30 日
我一般喜欢 merge 因为 每次大的改动 merge 可以看到对方或者自己改的什么东西. 不管之前怎么改 反正就关注最后就可以了.
kuro1
2020 年 3 月 30 日
反对 rebase +1
cco
2020 年 3 月 30 日
常用 merge~ 还好吧，也没那么麻烦

这是一个专为移动设备优化的页面（即为了让你能够在 Google 搜索结果里秒开这个页面），如果你希望参与 V2EX 社区的讨论，你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://v2ex.xtra.eu.org/t/657275

V2EX 是创意工作者们的社区，是一个分享自己正在做的有趣事物、交流想法，可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX