这个问题与this question on merging非常相似，但有一个主要区别：没有合并冲突。
因此，我正在功能分支中进行一些更改，然后运行git merge master。我的目标是在创建PR以将分支合并回master之前，用最新的master更新我的Feature分支（这是我们选择的工作流程，其思想是首先解决Feature branch上的问题）。我得到零合并冲突，并且合并似乎已完成。当我运行git log时，看来我的功能分支现在具有来自master的最新提交。但是，当我运行git status时，一堆我没有触摸过的文件（但似乎在master中已更新）突然进入了我的“已提交的更改”列表，其中一些杂乱的内容显示为“更改”未上演提交”和“未跟踪的文件”。它不是一对一的，在我的最新示例中，我已暂存了45个文件，但只有33个未暂存+修改或未跟踪的文件。我没有提交这些文件，因为它确实似乎功能分支已经具有来自master的最新提交。
到目前为止，我仅通过运行git stash（并定期清除我的藏匿处）来处理此问题。有时我也运行get reset HEAD来清理它。这似乎没问题，因为我有master的最新提交。但是，我不确定这些措施是理想的措施还是正确的做法。通过忽略这些暂存的文件，我是否错过了git merge工作流程的关键部分？这里发生了什么？此行为的名称是什么？在我阅读的所有指南中都找不到对此的引用。
最后一条注释可能会有所帮助。我在Mac上，但这是一个.net + React项目，因此很多开发人员都在Windows上。难道这是平台之间autocrlf或其他行尾变化的问题吗？