LibGit2Sharp已经存档了不同的文件

在我们公司，我们有几个由文本文件组成的动态结构

我们有几个自动化流程，它们使用libgit2sharp将这些结构存储在Git repos中

但是，最近这些自动回购开始显示包含以下工件的生产文件：

# eng 0
<<<<<<< HEAD
# value 27.6000
=======
# value 25.2000
>>>>>>> master
)

#英语0
>主人
)

我认识到这种格式，因为它是git在使用“git diff”命令时可视化差异的固有方式。此外，这些文件中说明的差异很可能是比较两个版本的生产结构时遇到的实际差异

然而，我当然不希望文件像那样被签入。我甚至不知道libgit2sharp可以生成这种格式。它什么时候这样做？那个（可能是临时的）文件在哪里？我怀疑某些算法无意中从.git文件夹中检入了一个工件，但这也没有任何意义，因为文件位于工作树中的正确位置（正确的子文件夹三层）

---

我一直在寻找各种自动签入的代码库，但我怀疑有一些特定的东西需要寻找。有人能帮我吗？在区分过程中，是否有任何关键阶段，原始源文件会像这样被更改，我不应该调用Repo.stage（）方法？

在自动转移/提交过程中是否检查冲突？这是一个好问题。我现在正在测试。当我处于合并冲突中时，我可以看到文件确实是这样的。此外，当repo处于该状态且“git status”显示“均已修改”时，LibGit2Sharp仅显示相同文件和repo的已删除|未跟踪。因此，可能会有类似的情况发生。您知道即使没有合并（我们不在自动过程中合并，只尝试前滚）也会发生这种由合并冲突引起的文件更改吗？“此外，当repo处于该状态且“git status”显示“均已修改”时，LibGit2Sharp仅显示已删除|未跟踪同一文件和repo。”，请您在中打开一个带有轻微重复的问题？为了正确尝试回答，我可能需要有关您流程的更多信息。特别是“唯一向前滚动的尝试”部分。你在和不同的分支机构打交道吗？这些分支能否独立修改相同的文件？这种情况很容易复制。我将补充一个问题。自动化流程在分支中不起作用，但我发现它的一部分将在分离的头部状态下运行，这实际上可能会像我们在不同的分支中一样工作。但是没有自动合并，所以我不知道何时会生成（或签入）这个可合并的混合文件。