40 | 禁止向集成分支执行变更历史的操作-玩转Git三剑客-极客时间

作者回复: 怎么可能？先是狠狠地臭骂一通；然后找到是谁干的，比如毛毛；接着其他同事会把rebase前的commit恢复出来，比如commitA；要求毛毛在commitA基础上把自己的变更在此基础上恢复。当然，现在的代码平台对集成分支都提供了保护机制，团队可以设置保护分支，以便禁止开发人员执行 push -f 的行为。话说回来，团队成员还是得懂这个道理，否则，平台给了再好的机制可能还会有问题。

2019-01-19



7

在路上

请教，对于自己在本地的多次commit，我想把他合并成一次commit，还没有push的情况下，能否做rebase操作？

作者回复: 这种情况最适合用rebase了

2019-05-05



6

catlin

如果确实已经误操作了，如何找回原来的commit呢？

作者回复: reflog 命令查看一下，还有的救

2019-02-13



4

小狼

老师，那假如就是有人对集成分支做了变基，修改提交历史的操作，那其他人该如何做才能达到和变基一样的历史呢？使用 git pull rebase 吗？

作者回复: git pull --rebase，或者分两步走：先把远端分支fetch到本地，再把本地的当前分支基于fetch下来的远端分支做 rebase 。

2019-01-05



2

唐朝农民

老师，集成分支禁止rebase，多人协作是一般都会有各个仓库的merge，怎么保证集成分支的commit是线性的呢？

作者回复: 如果线性对你们团队很重要的话，办法肯定是有的。比如master为集成分支，且要求版本历史为线性，假设在GitHub平台上，首先为master分支设置Branch protection rule（不允许直接push），勾选“Require pull request reviews before merging。其次，Merge Button选择“Allow squash merging”或者“Allow rebase merging”，不要选“Allow merge commits”。建议动手验证一下。

2019-01-05



2

FLYPoPo

老师，如果要做某个公共项目的翻译项目，采用什么样的组织方式比较合适呢？原项目如果有新的提交翻译分支应该如何处理？

作者回复: 很好的问题。你们的组织形式是怎样的？有哪些困难？不妨把情况说具体一些。

2019-03-30

2



Will

老师加油，期待更新！

作者回复: 已更新，加油

2019-01-01





钱

注意： 1：在主干分支上禁止使用git push -f 因为可能会抹掉其他的提交节点，假如有些东西提交了想回滚，那就修改后再提交 2：在主干分支上禁止使用变更提交历史的命令因为会抹掉一些历史提交信息，我们貌似一直使用rebase，主要是不喜欢混乱的提交线，不过也没出现什么问题，合代码出问题主要集中在合并冲突时，有些代码调整的存在问题。自己的分支随意，自己可以完全掌控，自己完全负责。公共分支是公地，不要做出影响他人的行为。

2020-03-01



4

公孙老身

这节课的案例是在本地变基之后使用git push -f推送上去的吗

2022-03-25





公孙老身

如果其他人想要达到和变基一样的历史，是不是可以先删除本地分支，重新fetch之后，再创建一个新的分支？如果可以的话，但是这里又会有个新问题，就是其他人可能并不知道有人做了"变基"，已经在本地做了大量的项目工作，如果为了历史同步那么这些工作就前功尽弃了。所以是不是只能通过"变基"的用户通过git reflog找回历史，这样别人才能正常提交，损失最小。谁犯错谁纠正

2021-03-07





收起评论