记一次NET Core 2.0在macOS 10.13出现的奇怪Build IO共享冲突问题

相信有些朋友喜欢直接把项目放在移动硬盘上进行工作,为了方便来回在多台电脑或不同的操作系统平台上来回码砖,磁盘的格式基本都是exFAT的(喜欢在macOS上用NTFS或者FAT的都是大佬),在这里我们不讨论exFat的格式优缺点、反正他免费就行,只记一次在MAC上出现的奇怪问题,希望有遇到该问题的朋友可以参考一下,截图如下:

记一次NET Core 2.0在macOS 10.13出现的奇怪Build IO共享冲突问题

  •     共享冲突,什么鬼,首先排除账户权限问题,现在谁的私人电脑还不是管理员账户登录的!
  •     难道是exFat上面出现的文件访问权限问题?也不可能,三平台下默认权限全是“Everyone”!
  •     说是文件IO过程中没Close的朋友请看清楚,这是MSBuild符号库文件,除非你手动编写自定义编译符号,否则永远都无法修改它,且编译环境何来的代码Input和output。
  •     莫非是Rider ReSharper API在mac上的问题?改用dotnet build命令仍然会出现共享冲突!
  •     看了看MAC下的磁盘工具,也是正常,没有文件损坏或者坏道问题,考虑着会不会是mac在exFat上的一个bug,毕竟exFat是微软开发的一套磁盘格式系统,苹果只是做了兼容性功能,也许这个兼容性并不完美呢。

 带着这个疑问将项目完全的Copy到Hfs+下(偶买噶,1.14G...),再次编译,build successfully!

 哦,对了,Linux下安装exfat-utils工具挂载exFat格式磁盘,没有出现如上“共享冲突”的问题。

上一篇:The handler does not support client authentication certificates with this combination of libcurl (7.54.0) and its SSL backend ("LibreSSL/2.0.20")


下一篇:讨论阶段性给予客户交付物所引发的风险问题