樱桃采摘如何在 Azure devops 中工作 [重复]

Posted 2023-02-21

【中文标题】樱桃采摘如何在 Azure devops 中工作 [重复]

【英文标题】：How does cherry pick works in Azure devops [duplicate]

【发布时间】：2020-02-11 09:32:16

【问题描述】：

我有三个功能分支，例如 F1、F2、F3。他们都提出了拉取请求并合并到开发分支中。现在我只想将开发分支中的两个功能（F1 和 F3）合并到发布分支。任何建议

我猜樱桃采摘可行，但不知道如何进行。如果适合我的要求，请建议任何其他替代方案或解释樱桃采摘。

【问题讨论】：

您好 Stella，您有机会实施 jessehouwing 建议的解决方案吗？你能解决吗？如果回复有帮助并解决了您的问题。感谢您将其标记为答案，这也将有助于社区中的其他人。

【参考方案1】：

这并不特定于 Azure DevOps。这是一个纯粹的 git 问题。此时您有多种选择。

1。樱桃采摘可能会奏效。

根据功能分支的合并方式，您 could cherry-pick only the changes that merged F1 and F3。如果 F2 触及了与 F3 相同的文件，这可能会很棘手。

2。创建一个新分支以合并到发布

在合并 F1&2&3 之前从“develop”创建一个分支，并将 F1 和 F3 合并到该新分支中，然后将其合并到 master 中。

3。在开发中恢复 F2

Compensate the changes introduced by F2 by reverting them on 'develop' 然后将其合并到 master 中。

4。开发的交互式变基。

您可以通过交互式变基更改开发分支的历史记录。在 rebase 操作中，删除 F2 引入的更改。然后要么强制推送到“开发”，要么在与 master 合并之前推送一个新分支。

---

最终它可能毕竟不是一个 git 问题。但规划问题。当初为什么要合并F2？发生了什么导致它在此过程中被进一步丢弃？为什么在接受 F2 之前合并了 F3？