Azure DevOps - 我应该将代码从源合并到我的分支并提交吗？

Question

我们刚刚迁移到 Azure DevOps 和 Git。我们在这个领域相对较新。根据我们在 MSDN 上阅读的内容：

我们有一个origin/main-branch，没有人能够将他们的提交推送到其中。它由最新的编译代码组成。

假设我有一个新功能，我从origin/main-branch 创建一个本地分支myBranch。

我添加了我的功能，然后提交并将分支 myBranch 推送到 repo。然后我发起一个拉取请求。

然后，它告诉我我有冲突。我进入我的 VS 并从 origin/main-branch 合并到我的myBranch。我解决冲突。

当我提交并推送我更改的文件时，我会得到其他已更改的文件，而我没有进行任何更改。

我的问题是我是否也应该提交并推送这些文件？

Answer 1

Git 保留在您的存储库中所做的所有更改的完整历史记录。通常，Git 可以根据历史记录以及提交之间的关系自动对更改进行排序并解决合并问题，但是如果从您的历史记录中不清楚同一文件中相同行的更改应如何合并，则会发生冲突。请看这个document。

请问您是如何解决冲突的，您是否将更改后的文件与main-branch 或myBranch 中的文件进行比较？

当我提交并推送我更改的文件时，我会得到其他文件 已经改变了，当我没有做任何改变时。

更改不仅包括文本内容，还包括编码格式。有时，我们使用不同的编辑器来修改文件会导致编码格式的转换。您可以将文件与二进制文件进行比较。

我不能说你应该提交和推送这些文件，建议检查更改以及此更改的影响。