【问题标题】:What is the best way to resolve merge conflicts in .swm files?解决 .swm 文件中的合并冲突的最佳方法是什么?
【发布时间】:2021-09-30 08:22:33
【问题描述】:

当尝试在基础分支 (dev) 上重新设置我的功能分支时,我在 swm 上遇到了合并冲突并生成了 md 文件:

这些冲突本身很难理解,包括.swm 文件中的许多文件 blob 更改:

<<<<<<< HEAD
            "fileBlob": "107f49a145f675f6b811b13b5a35b1dbfb018f83",
=======
            "fileBlob": "ff2f2a6517bb9c5b86e6ff4d805f8b367a2c5dfc",
>>>>>>> 191d4efc6 (docs(swimm): update document Table API KnevxspVMVO1XfF6UxPS)

最后是这个:

我应该如何合并这些冲突?我应该选择哪些更改,和/或如何测试它们?

【问题讨论】:

    标签: git code-documentation swimm


    【解决方案1】:

    我为游泳工作。这些情况很少见,但不幸的是它们确实会发生。

    我们发现的最佳策略是接受最新版本,然后再次验证。如果只是代码移动的情况,那么自动同步算法可能能够从那里获取它。如果没有,您只需要编辑文档并可能重新选择一些 sn-ps。

    非常不久的将来,我们将发布我们的swmd 格式,它将所有 JSON 和代码航点等完全移到幕后,文档保存在常规 Markdown 中.所以,如果你以后遇到冲突,就像合并一个常规的 README 文件一样。

    如果事情没有解决,或者由于某些原因您无法正确编辑文档,请联系支持人员,他们会予以纠正。

    【讨论】:

    • 谢谢!仅供将来参考,由于我们的工作流程正在变基,我运行了git checkout --ours .swm(在合并工作流程中它将是git checkout --theirs .swm
    猜你喜欢
    • 2014-01-12
    • 2021-05-01
    • 1970-01-01
    • 2011-01-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2018-04-16
    相关资源
    最近更新 更多