gpt4 book ai didi

git - 无法在 Azure DevOps 中恢复

转载 作者:行者123 更新时间:2023-12-04 10:24:04 24 4
gpt4 key购买 nike

我将 pull 请求 merge 到我们的 dev 分支中,但需要对其中一个文件进行额外更改。我想恢复 pull 请求,然后将更改添加到功能分支,但是当我在 Azure Devops 中使用恢复按钮时说:

Encountered conflicts when reverting commit '8a750f'. This operation needs to be performed locally.

非常缺乏信息,也没有指出错误是什么或在哪里。

我的第一个问题是:是否还原了原始功能分支,在此处添加新更改,然后在 Dev 中再次 merge 它们,使用新的 pull 请求添加新更改的最佳方式是什么?
或者我应该将新更改添加到新分支并将该分支推送到 Dev ?我主要关心的是如何将这两个功能分支(已经与 Dev merge 的一个和新的一个)推送到其他分支上,例如 TestMaster ?

第二个问题是关于错误消息:这是什么意思,我如何检查冲突?我使用 Visual Studio 2019 和 .Net Core 2.2。

最佳答案

Is a revert of the original feature branch, add the new changes here, and then merge them again in Dev, using a new pull request the best way to add the new changes?



基于我自己,非常同意上述评论中提到的观点。至于你想要达到的目标,我认为不要使用 revert是个好主意。因为它实际上最终会使您的存储库变得一团糟。

正如您在评论中所说,在 revert 之后,您必须重新对 feature 进行所有更改包含先前 merge 但后来取消的分支。它的优点是可以确保您的存储库历史记录的完整性。但我不认为这将是您的情况下的最佳方式。

为了更好的解释,最初, merge pull 请求 feature分支到 dev分支,然后您发现需要向其中一个文件添加另一项更改。

所以,为什么不直接把这个新的变化变成 feature分支,然后将其 push dev又分行了?

至于你所关心的,如果你创建一个新的分支来应用你的新更改,当它们需要 merge 到另一个分支时会引起麻烦,因为你必须保持它们彼此同步,否则很容易引起冲突。

另外,如果创建一个新分支是您必须做出的选择。您可以基于 feature 创建这个新分支分支。将新更改应用于文件后,将新分支 merge 到 feature通过 pull 请求分支。然后 merge feature分支到 dev分支。

此时可以删除新分支,因为所有更改都同步回 feature分支。此外,您可以继续在 feature 上工作。稍后分行。

What does it mean and how can I check the conflicts?



还有一个 thread解释得很详细。你可以检查一下。

要解决这个问题,您可以尝试使用以下脚本:
# Unstage conflicts  
git reset HEAD ./

# Unstage deletions and reset everything back to master
git checkout -- ./

# Cancel the pending revert operation
git revert --abort

$ git checkout 8a750f

# Make use of tag feature, it can help for this kind of issue in the future.
$ git tag mark

$ git push origin mark

关于git - 无法在 Azure DevOps 中恢复,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/60704252/

24 4 0
Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
广告合作:1813099741@qq.com 6ren.com