将一个分支推送到GitHub上的远程分支，并将基本分支设置为远程分支名称

我有三个远程分支（master、development、featurebranch）。我想要的是，当我推动分支1时，它应该尝试将其推动到开发分支，或任何我喜欢的分支。我见过这样做的例子

git push origin local_name:remote_name

但当我尝试时，Git会自动将本地分支合并到远程分支。我想让它在那个分支上有一个拉动请求。GitHub上有一个漂亮的函数，我可以在其中切换并选择希望合并的分支：

但是，当我将分支推送到远程分支时，是否有一种方法可以将基本分支设置为我指定的远程分支

但是，当我将分支推送到远程分支时，是否有一种方法可以将基本分支设置为我指定的远程分支

这意味着避免：

x--x--x (branch1)                         x--x--x
                          ==> push ==>           \
          y--y--y (origin/remote-name)   y--y--y--M

而是得到：

                                     y--y--y--x--x--x

只有在按下之前，您的

分支1

已在

源站/远程\u名称

上重新设置基础时，才可能执行此操作：

git fetch origin
git checkout branch1
git rebase origin/remote_name
git push branch1:remote_name

---

我们的场景就像主分支是，比方说live app，每次我们发现缺陷时，我们都会创建一个修复分支（应该从开发分支分支分支出来），创建我们的修复，并首先将修复分支推到开发分支，在那里进行测试和QA。完成后，将其推回给master

在您的情况下，您需要重新设置基础并推送到不同的分支，一个不是

dev

，因为

dev

代表不同的开发工作，一个持续的修改，而不是临时的修复

创建一个发布分支，它表示您在

主版本

（prod）之上逐个集成的热修复程序

每次看到错误时：

• 为该

  错误创建分支

• 修复错误
• 在

  release\u分支的顶部重新设置bug分支的基础

• 推送

  bug

  分支供QA审查
• 审核后，将其推送到

  master

---

是否真的没有其他选择，也许我只是解释错了。我们的场景就像主分支是，比方说live app，每次我们发现缺陷时，我们都会创建一个修复分支（应该从开发分支分支分支出来），创建我们的修复，并首先将修复分支推到开发分支，在那里进行测试和QA。完成后，将其推回到master。@Finks好的，我已经编辑了我的答案，以使其适应您的工作流程。