Git 在Windows上使用Go项目的正确方法，Gofmt会破坏CRLF
根据此关闭（按预期工作）go问题，Windows上gofmt的预期行为是将所有文件行结尾更改为cr+lf。Posix系统上的行为是相反的 在git repo设置为core.autocrlf true或设置为false的情况下，我仍然可以在git commit中看到gofmt修改了行尾，所有文件都显示为已修改Git 在Windows上使用Go项目的正确方法，Gofmt会破坏CRLF,git,core.autocrlf,gofmt,Git,Core.autocrlf,Gofmt,根据此关闭（按预期工作）go问题，Windows上gofmt的预期行为是将所有文件行结尾更改为cr+lf。Posix系统上的行为是相反的 在git repo设置为core.autocrlf true或设置为false的情况下，我仍然可以在git commit中看到gofmt修改了行尾，所有文件都显示为已修改 我不知道如何走出这个失败的深渊。Gofmt是唯一一个疯狂行为的人，因为我拥有的任何其他工具或编辑器都不会对我的文件做这种可怕的事情。我想我可能会被这件事困住。我在全球范围内启用了autocr
我不知道如何走出这个失败的深渊。Gofmt是唯一一个疯狂行为的人，因为我拥有的任何其他工具或编辑器都不会对我的文件做这种可怕的事情。我想我可能会被这件事困住。我在全球范围内启用了autocrlf，然后重新开放回购，我厌恶的行为现在得到了缓解。gofmt的愚蠢被autocrlf可怕的反恐怖行为所抵消。这是一个关于gofmt邮件列表或问题跟踪者的问题，不是吗？不是，因为它的设计——对于像mercurial这样的非git用户来说，情况是可怕的