Git 将分支合并到本地分支的正确方法 安装程序

我有两个

master

的本地分支，分别是

foo

和

bar

首先，我创建了

foo

分支，进行了一些更改/提交，然后在

origin

（githubrepo）上推送到一个同名分支。然后，我在GitHub上创建了一个pull请求，将这些更改合并到那里的

master

，目前正在等待代码审查

之后，我创建了

bar

分支，进行了一些更改/提交，然后遇到了需要根据

foo

分支中添加的内容进行更多更改的情况

问题: 我是否应该将

遥控器/origin/foo

合并到本地

栏中

？或者我应该将本地

foo

合并到本地

bar

（或者在没有其他提交的情况下，这会实现相同的功能）？还是完全有另一种方式

基本上，当我按下

bar

并提交它的PR时，我只是想尽量不弄乱历史或引起不必要的冲突。

---

我基本上是一个完全的git新手，一直在使用它作为我的学习资源，尽管我似乎在那里找不到答案，而且在谷歌上搜索也不太走运。

听起来你需要做的是在

foo

之上重新设置

条形码的基础

需要
foo
中的某些内容意味着
foo
需要在
bar
之前进行合并，尽管
bar
中的差异将包含
foo
的更改，直到
foo
被合并。
编辑完foo分支后，您可以在foo之上重新设置您的bar分支

git签出栏
git-rebase-foo

这将使bar拥有foo的所有更改

请注意，如果您在成功合并到foo之前提交了一个pull请求的bar，则bar将包含
foo
上的所有提交，因此就提交数量而言，它将“看起来”更大

只需确保先在
foo
中合并即可。一旦完成，大多数git平台检测到另一个分支中的提交存在于您要合并到的分支中（在本例中为master），并自动更新。
如果您可以等待
foo
s的批准，则无需从它处进行任何其他更新。同样在这一点上，
origin/foo
和
foo
应该同时提交，否则您的PR可能会丢失一些东西。维护人员外出大约一周，我需要在审查
foo
PR之前提交
bar
PR。如果我像你说的那样重新定基址，会不会有什么问题？我不介意它“看起来”更大，只要这是唯一的问题。我只是不希望PRs在维护人员最终能够合并它们时破坏它们。它不会破坏任何东西。为了你的评论者，让他们知道你做了什么。这样，他们就不会在
栏上查看
foo
提交。放一条评论，说你必须重新设置
foo
的基址。这样一来，他们就不会去查看
foo
，然后在
bar
中重新查看相同的提交。他们还想指出，如果您在任何时候更改
foo
，您将需要在
foo
的顶部重新设置
bar
，否则您可能会遇到合并冲突。