1. 程式人生 > >記一次NET Core 2.0在macOS 10.13出現的奇怪Build IO共享沖突問題

記一次NET Core 2.0在macOS 10.13出現的奇怪Build IO共享沖突問題

過程 賬戶 權限 arp 環境 定義 inux 編譯環境 做了

相信有些朋友喜歡直接把項目放在移動硬盤上進行工作,為了方便來回在多臺電腦或不同的操作系統平臺上來回碼磚,磁盤的格式基本都是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格式磁盤,沒有出現如上“共享沖突”的問題。

記一次NET Core 2.0在macOS 10.13出現的奇怪Build IO共享沖突問題