标签: merge-conflict-resolution

什么是实现以下工作流的首选方法与任何Git或Subversion (我在更多的利益Git版本,但比较肯定将是有益的):

• 假设我们最近发布了该产品的主要版本,并且有一个特定的polisihin分支release-2.0.x.

  然后开发继续进行,并将几个功能分支合并到master/trunk(它们将成为即将到来的部分release-2.1.x).

• 现在,在某些时候,另一个特征(即,critical-feature)被开发并合并回来master/trunk.我们意识到这个功能非常重要,我们必须将它向后移植release-2.0.x.

这是针对所述情况的小型伪图.请注意,顶部的所有内容都会导致release-2.0.x和当前之间的树差异master/trunk并导致合并问题(否则我可以简单地合并critical-feature并避免编写此问题:)

    (features added since 2.0.x, which
     should not be backported)
              ^   ^    ^
              |   |    |    (code refactorings done
              |   |    |     in master/trunk)
              \   |    /     (*) (*) (*)          
-------------------------------------------------------> master/trunk
      |                                          |
      |                                          |
      |                                          |
      \ release-2.0.x                            \ critical-feature
                                                   (should be backported)

问题:

• 从 …

推送到作为拉取请求主题的分支后，我收到消息

此拉取请求中未包含新提交。现在更新。

为什么我得到这个，而不是自动更新拉取请求？

这个拉取请求和我用 bitbucket 做的其他拉取请求之间的唯一区别是这个拉取请求涉及合并冲突，我已经解决了。这有作用吗？

我尝试搜索错误消息，但只遇到其他有相同问题的人。

我最近在Subversion中发现了一个非常奇怪的合并冲突.我正在使用陆龟SVN作为客户端.请查看以下有关主干和分行详情的信息:

• \树干\ .两个用户正在研究这个问题.
• \ QA \是从主干合并的分支.
• 为简单起见,在\ trunk\ClassLibrary1.sln中有一个visual studio解决方案
• 目前解决方案中有一个示例项目.\干线\ ClassLibrary1的
• 两个用户都已完全更新,并且没有任何工作副本更改.
• 将发生以下事件序列.

1. 用户1将首先在解决方案中添加一个新项目并提交整个目录.(ClassLibrary11)
2. 用户2将获取更新并在解决方案中添加新项目并提交整个目录结构(ClassLibrary12)
3. 上下文:在上面的补充中,ClassLibrary11是我们的特征X而ClassLibrary12是我们的特征Y.现在特征Y是稳定的,完全独立于特征X并且可以移动到QA分支.
4. 合并过程:我们转到QA分支并将功能Y从主干合并到QA分支.它成功合并,没有任何冲突.
5. 在开发3周后,功能X变得稳定,现在我们尝试将功能X移动到QA分支.但是当我们合并时,它会在ClassLibrary.sln文件中给出合并冲突

意图:我们希望将整个流程自动化作为我们的Devops管道的一部分,其中功能(完全独立)可以从仪表板升级到不同的分支,这将合并与功能相关联的修订.在上面的情况下,特征X和特征Y是完全独立的(功能和代码文件也是如此).唯一的共同点是解决方案文件ClassLibrary.sln文件,其中添加了对这两个项目的引用.

Tortoise SVN应该自动发现修订版只是对2个不同提交的重新排序.所以我只是想知道一种方式(重新设计/预防性提交),以免这种冲突发生.如果他们应该发生那么我需要知道,虽然合并功能Y即ClassLibrary12,这将导致未来的冲突

我正处于变基中，我需要修复一些合并冲突。当我在 XCode 中打开文件时，我看到文件中的源代码控制冲突标记（<<<<<<< 等）。

如何使用 XCode 的合并工具以图形方式解决这些冲突？我正在寻找这个屏幕：

当我在之后手动编辑合并冲突时svn update，我在文件中发现了类似的内容：

<<<<<<< .mine\n    act();\n||||||| .r328\n    bid();\n=======\n    cue();\n>>>>>>> .r329\n

竖线（“ |||||||”）是什么意思？

在发布这个问题之前，我检查了在线书籍Version Control with Subversion、和 \xe2\x89\x8820 指南中有关手动合并冲突的部分，以解决与 SVN 的合并冲突（例如，\n 1、\n 2、\ n 3、\n 4、\n 5、6等）。搜索svn editconflict 竖线（带或不带引号）和其他术语没有返回任何有用的内容。我还直接搜索了 Stackoverflow（例如1、2、3等）。svn help merge

怎么这么难找\xe2\x80\xbd\xe2\x80\xbd\xe2\x80\xbd

CONFLICT (file location): path/to/tests/NS/Domain/Projects/Foo/Bar/stories/workspace-public-channel-SOME_UUID.json added in HEAD inside a directory that was renamed in <some hash> (Reorganize tests), suggesting it should perhaps be moved to path/to/tests/unit/NS/Projects/Foo/Bar/stories/workspace-public-channel-SOME_UUID.json.

我检查了这条消息并确定该建议是正确的。

告诉 git 继续执行的确切咒语是什么？我担心，在这种特殊情况下，一般性建议可能不够，或者可能会把事情搞砸。"git add/rm <conflicted_files>", then run "git rebase --continue"

Changes to be committed:
  (use "git restore --staged <file>..." to unstage)

...
...
        deleted:    old/path/to/some/file.spec.js
...
...

Unmerged paths:
  (use "git restore --staged <file>..." to unstage)
  (use "git add <file>..." to …