从 Github 桌面推送我的代码在我的程序中放置了一些合并冲突定界符
Pushing my code from Github Desktop places some merge conflict delimiters in my program
正在学习如何使用 Git，并且我一直在使用 Github Desktop (Mac OS) 作为我的 GUI。将我的本地分支推送到我的存储库对我的本地代码产生了一些奇怪的副作用。它一直在放置
等行
<<<<<<< Updated upstream
=======
>>>>>>> Stashed changes
围绕我最近的更改，这些更改出现在我的编辑器 (Atom) 中
这是我的愚蠢错误还是错误？
谢谢！
拉入 git 意味着获取远程提交并合并到本地分支。有时由于远程版本和本地版本的更改之间存在冲突，无法直接进行合并。在这种情况下 git 将创建一个临时版本的冲突文件，其中无法合并的区域如您所示标记。 <<< 和 === 之间的部分是远程版本。 ===和>>>之间的部分是本地版本。
当发生此类冲突时，git 通常会向您提供包含受影响文件列表的错误消息，并提供解决冲突的机会。如果您忽略此消息并将文件添加到合并提交 as-is，它将保留您看到的工件。应对合并冲突的正确程序是单独打开每个需要按摩的文件，并在继续之前修复 git 无法自动合并的区域。
正在学习如何使用 Git，并且我一直在使用 Github Desktop (Mac OS) 作为我的 GUI。将我的本地分支推送到我的存储库对我的本地代码产生了一些奇怪的副作用。它一直在放置
等行<<<<<<< Updated upstream
=======
>>>>>>> Stashed changes
围绕我最近的更改，这些更改出现在我的编辑器 (Atom) 中
这是我的愚蠢错误还是错误？ 谢谢！
拉入 git 意味着获取远程提交并合并到本地分支。有时由于远程版本和本地版本的更改之间存在冲突，无法直接进行合并。在这种情况下 git 将创建一个临时版本的冲突文件，其中无法合并的区域如您所示标记。 <<< 和 === 之间的部分是远程版本。 ===和>>>之间的部分是本地版本。
当发生此类冲突时，git 通常会向您提供包含受影响文件列表的错误消息，并提供解决冲突的机会。如果您忽略此消息并将文件添加到合并提交 as-is，它将保留您看到的工件。应对合并冲突的正确程序是单独打开每个需要按摩的文件，并在继续之前修复 git 无法自动合并的区域。