git pull --rebase 在公共分支上答案

【问题标题】：git pull --rebase on public branchesgit pull --rebase 在公共分支上
【发布时间】：2025-12-31 05:15:12
【问题描述】：

我已经读到我永远不应该对公共分支进行变基。我不确定这是否也意味着我不应该执行 git pull --rebase （我与同事合作的功能分支，因此该分支是公开的）。有人可以确认在这种情况下执行 git pull --rebase 没问题，并且不应重新设置公共分支的想法是指不将功能/来源重新设置到 master 上？

再次澄清一下，我想确认执行 pull --rebase 是可以的，基本上是用它的起源更新我的本地分支副本，将我的提交重新建立在它上面。

【问题讨论】：

喜欢git pull --rebase origin master ?
主题分支可以做，master这样的分支不行。
我基本上是在做一个特性分支
git pull = git fetch 后跟第二个 Git 命令。第二个命令通常是merge，但--rebase 指示Git 运行git rebase 第二个。重新定位的分支是 your 分支，特别是您的 current 分支，<upstream> 参数是您获取的任何分支的尖端（通常是您当前分支的上游设置，但根据您对git pull 的参数，它可能会变得复杂）。这也调用了 fork point 机制，嗯，很复杂...

标签： git rebase pull

【解决方案1】：

是的，没关系

因为这样做只会在公共历史记录之上重写您的本地提交。

变基本身并不是公共分支的“问题”，它是任何工作流程，您必须强制推送到一个值得关注的公共分支。

另见：

【讨论】：