Git：如何将从master中出现的多个主题分支与新master同步

以下是我的设想：

[master]
  |
{c1}
 ||
 ||     [b']
 ||       |
 ||-----{c2'}
 ||       
 ||      [b'']
 ||        |
 ||-----{c2''}
 ||
 ||      [b''']
 ||         |
 ||-----{c2'''}


 {c?} - Commits
 b', b'', b''' - topic branches **(already on remote)**

主程序上的

修补程序

导致

主程序

快速前进，如下所示：

            [master]
                |
{c1}----------{c2}
 ||
 ||     [b']
 ||       |
 ||-----{c2'}
 ||       
 ||      [b'']
 ||        |
 ||-----{c2''}
 ||
 ||      [b''']
 ||         |
 ||-----{c2'''}

为了同步我的主题

b'，b''和b''

，我知道如何一次实现一个分支…我正在寻找一种更好的方法来同时更新所有分支，以便它们看起来脱离当前的

主控

（或

{c2}

）而不是旧的

主控

（或

{c1}

）

---

欢迎指点。谢谢

我认为@DavidM linked to的答案不适用于您的情况，因为它显示了如何同时对多个分支进行重新设置，而您的主题分支已经在远程设置中，因此您不能随意重新设置分支

---

我不认为你会做得比简单地将

master

合并回每个主题分支更好。这将把“修补程序”带到所有主题分支上，并创建新的合并提交（因此历史记录将显示您所做的）。如果您不喜欢合并提交，只需在每个主题分支上选择“修补程序”即可。

我认为@DavidM linked to的答案不适用于您的情况，因为它显示了如何一次重新设置多个分支的基础，并且您的主题分支已经在远程上，所以你不能随意给它们重新定基

---

我不认为你会做得比简单地将

master

合并回每个主题分支更好。这将把“修补程序”带到所有主题分支上，并创建新的合并提交（因此历史记录将显示您所做的）。如果您不喜欢合并提交，只需选择“修补程序”改为每个主题分支。

@DavidM perfect..谢谢…这是一个副本…我将放弃问题没有问题-遗憾这不是你想要的答案…@DavidM perfect..谢谢…这是一个副本…我将放弃问题没有问题-遗憾这不是你想要的答案…谢谢你的答案…我正在看快速脚本David在那篇文章中提出的解决方案：

针对topic1 topic2 topic3中的分支机构；DoGit重新设置master$分支的基础；完成

。我不明白你为什么认为这样做行不通？当然，在我运行脚本之前，我会将主题分支签出到本地。这将更新我的本地主题分支（重定基础），然后在脚本中再添加一行以将其推送到远程。。你认为我错过了什么吗？…我想听…谢谢你的时间+樱桃采摘1棵；完成了rebase将要完成的任务，而不会影响已推送的提交历史。@Vikram，不是脚本“不起作用”——它会起作用，但当您尝试再次将主题分支推回到远程时，会出现问题。git会认为您的本地主题分支与远程主题分支有所不同，并且不会让您推动主题分支，除非您首先拉动它们。这将向您的历史记录中添加冗余的合并提交，更糟糕的是，所有主题分支提交（

c2'

等）都将在历史记录中重复。

cherry pick

选项对我有效！。。感谢@AlexDthanks的回答……我正在看David在那篇文章中的快速脚本解决方案：

主题1主题2主题3中的分支；DoGit重新设置master$分支的基础；完成

。我不明白你为什么认为这样做行不通？当然，在我运行脚本之前，我会将主题分支签出到本地。这将更新我的本地主题分支（重定基础），然后在脚本中再添加一行以将其推送到远程。。你认为我错过了什么吗？…我想听…谢谢你的时间+樱桃采摘1棵；完成了rebase将要完成的任务，而不会影响已推送的提交历史。@Vikram，不是脚本“不起作用”——它会起作用，但当您尝试再次将主题分支推回到远程时，会出现问题。git会认为您的本地主题分支与远程主题分支有所不同，并且不会让您推动主题分支，除非您首先拉动它们。这将向您的历史记录中添加冗余的合并提交，更糟糕的是，所有主题分支提交（

c2'

等）都将在历史记录中重复。

cherry pick

选项对我有效！。。谢谢@AlexD