记一次NET Core 2.0在macOS 10.13出现的奇怪Build IO共享冲突问题-阿里云开发者社区

开发者社区> 开发与运维> 正文

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

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

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

  •     共享冲突,什么鬼,首先排除账户权限问题,现在谁的私人电脑还不是管理员账户登录的!
  •     难道是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格式磁盘,没有出现如上“共享冲突”的问题。

版权声明:本文首发在云栖社区,遵循云栖社区版权声明:本文内容由互联网用户自发贡献,版权归用户作者所有,云栖社区不为本文内容承担相关法律责任。云栖社区已升级为阿里云开发者社区。如果您发现本文中有涉嫌抄袭的内容,欢迎发送邮件至:developer2020@service.aliyun.com 进行举报,并提供相关证据,一经查实,阿里云开发者社区将协助删除涉嫌侵权内容。

分享:
开发与运维
使用钉钉扫一扫加入圈子
+ 订阅

集结各类场景实战经验,助你开发运维畅行无忧

其他文章