为什么注释掉文本文件的行'LF规范化（在.gitattributes文件中）修复 Visual Studio检测行结束更改的问题，以及它会对其他开发人员的分支产生什么影响？
方案： 我遇到了一个关于Visual Studio检测已更改文件的问题，我没有做任何更改。相比之下，Visual Studio不会 显示任何差异。然后我在这里找到了信息：Visual Studio Team Explorer is listing changes to files I didn't make， 这让我更多地了解了Git如何在这里管理文件的行结尾：What's the best CRLF (carriage return, line feed) handling strategy with Git?。
事实证明，该项目已经在根目录中设置了.gitattributes文件，据说已经修复了问题 在线结尾我在这里阅读了更多关于.gitattributes的内容：http://adaptivepatchwork.com/2012/03/01/mind-the-end-of-your-line/。
这导致我尝试在.gitattributes文件中注释一行，该文件假设告诉Git将CRLF转换为LF替换，反之亦然：
此更改修复了VS检测到我未做出的更改的奇怪文件。然而，在这一点上，它会产生什么影响的不确定性 带到其他开发人员的本地/远程分支机构，为什么会发生这种情况。当我取消注释* .js文本时，检测到的奇怪文件将再次出现。
我有一个模糊的理解，我所看到的是“读取”部分，或LF到CRLF的转换，但当我推动评论时，它会产生什么影响？ 我不知道这条线，它是否有助于整个团队解决问题，还是会产生更多的线路结束相关问题。