国产无码综合区,色欲AV无码国产永久播放,无码天堂亚洲国产AV,国产日韩欧美女同一区二区

Visual Studio 編譯項(xiàng)目出錯(cuò)：錯(cuò)誤 MSB4018 “GenerateStaticWebAsssetsPropsFile”任務(wù)意外失敗

2年前作者：alan_ji198573分類：Toy博客閱讀(24)違法舉報(bào)

這篇具有很好參考價(jià)值的文章主要介紹了Visual Studio 編譯項(xiàng)目出錯(cuò)：錯(cuò)誤 MSB4018 “GenerateStaticWebAsssetsPropsFile”任務(wù)意外失敗。希望對(duì)大家有所幫助。如果存在錯(cuò)誤或未考慮完全的地方，請(qǐng)大家不吝賜教，您也可以點(diǎn)擊"舉報(bào)違法"按鈕提交疑問(wèn)。

最近因VS2022從V16升級(jí)到版本 17.4.0后，項(xiàng)目忽然編譯錯(cuò)誤，后經(jīng)反復(fù)排錯(cuò)發(fā)現(xiàn)：項(xiàng)目路徑減短項(xiàng)目就不會(huì)出錯(cuò)。出錯(cuò)內(nèi)容如下：

嚴(yán)重性?? ?代碼?? ?說(shuō)明?? ?項(xiàng)目?? ?文件?? ?行?? ?禁止顯示狀態(tài)
錯(cuò)誤?? ?MSB4018?? ?“GenerateStaticWebAsssetsPropsFile”任務(wù)意外失敗。
System.IO.DirectoryNotFoundException: 未能找到路徑“E:\個(gè)人總結(jié)目錄\源碼樣例\C#\后平臺(tái)開(kāi)源框架\…….WebApiSite.Platform\obj\Debug\net6.0\staticwebassets\msbuild.…….Presentation.WebApiSite.Platform.Microsoft.AspNetCore.StaticWebAssets.props”的一部分。
? ?在 System.IO.__Error.WinIOError(Int32 errorCode, String maybeFullPath)
? ?在 System.IO.FileStream.Init(String path, FileMode mode, FileAccess access, Int32 rights, Boolean useRights, FileShare share, Int32 bufferSize, FileOptions options, SECURITY_ATTRIBUTES secAttrs, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
? ?在 System.IO.FileStream..ctor(String path, FileMode mode, FileAccess access, FileShare share, Int32 bufferSize, FileOptions options, String msgPath, Boolean bFromProxy, Boolean useLongPath, Boolean checkHost)
? ?在 System.IO.File.InternalWriteAllBytes(String path, Byte[] bytes, Boolean checkHost)
? ?在 Microsoft.AspNetCore.Razor.Tasks.GenerateStaticWebAsssetsPropsFile.ExecuteCore()
? ?在 Microsoft.Build.BackEnd.TaskExecutionHost.Microsoft.Build.BackEnd.ITaskExecutionHost.Execute()
? ?在 Microsoft.Build.BackEnd.TaskBuilder.<ExecuteInstantiatedTask>d__26.MoveNext()?? ?Admin.NET.Presentation.WebApiSite.Platform?? ?C:\Program Files\dotnet\sdk\7.0.100\Sdks\Microsoft.NET.Sdk.Razor\targets\Microsoft.NET.Sdk.Razor.StaticWebAssets.Pack.targets?? ?141?? ?

以上錯(cuò)誤原因是：因項(xiàng)目路徑放得太深，導(dǎo)致VS編譯程序支持的路徑超長(zhǎng)，導(dǎo)致編譯時(shí)提示***路徑無(wú)法找到。解決方案很簡(jiǎn)單，減少項(xiàng)目深度，將其提到盤(pán)符根目錄，再次運(yùn)行則不再出錯(cuò)。文章來(lái)源地址http://www.zghlxwxcb.cn/news/detail-609858.html

到了這里，關(guān)于Visual Studio 編譯項(xiàng)目出錯(cuò)：錯(cuò)誤 MSB4018 “GenerateStaticWebAsssetsPropsFile”任務(wù)意外失敗的文章就介紹完了。如果您還想了解更多內(nèi)容，請(qǐng)?jiān)谟疑辖撬阉鱐OY模板網(wǎng)以前的文章或繼續(xù)瀏覽下面的相關(guān)文章，希望大家以后多多支持TOY模板網(wǎng)！

本文來(lái)自互聯(lián)網(wǎng)用戶投稿，該文觀點(diǎn)僅代表作者本人，不代表本站立場(chǎng)。本站僅提供信息存儲(chǔ)空間服務(wù)，不擁有所有權(quán)，不承擔(dān)相關(guān)法律責(zé)任。如若轉(zhuǎn)載，請(qǐng)注明出處：如若內(nèi)容造成侵權(quán)/違法違規(guī)/事實(shí)不符，請(qǐng)點(diǎn)擊違法舉報(bào)進(jìn)行投訴反饋，一經(jīng)查實(shí)，立即刪除！

分享到：

領(lǐng)支付寶紅包贊助服務(wù)器費(fèi)用

QT5 creator創(chuàng)建項(xiàng)目移植VS2015時(shí)一些問(wèn)題的解決方案（MSB307錯(cuò)誤、.ui無(wú)法編譯）
將QT5項(xiàng)目移植VS2015工程的方案中，我目前體驗(yàn)過(guò)的最便捷的一條路線是： 1.利用QT5 Creator創(chuàng)建項(xiàng)目（不需要進(jìn)行界面設(shè)計(jì)），得到XXX.h /XXX.cpp /XXX.ui （暫時(shí)不需要編譯自動(dòng)生成的ui_XXX.h)； 2.復(fù)制以上文件到VS工程源碼目錄下，.ui與頭文件目錄相同，并進(jìn)行CMAKE編譯、項(xiàng)目生成（
2024年02月15日
瀏覽(63)
找不到visual studio的“開(kāi)始執(zhí)行按鈕” MSB8020
工具：visual studio 2019 一開(kāi)始我的工具欄長(zhǎng)這樣正常的工具欄長(zhǎng)這樣如果跟正常的工具欄對(duì)比過(guò)，你就會(huì)發(fā)現(xiàn)少了一個(gè)綠色的三角按鈕，這個(gè)按鈕是“ 開(kāi)始執(zhí)行 ”按鈕然后我點(diǎn)擊“ 本地window調(diào)試器 ”那個(gè)綠色的三角按鈕，控制臺(tái)報(bào)錯(cuò)了我點(diǎn)的是這個(gè)按鈕：報(bào)的錯(cuò)是這個(gè)：
2024年02月04日
瀏覽(19)
visual studio 編譯cmake項(xiàng)目
當(dāng)編譯出現(xiàn)問(wèn)題 message(FATAL_ERROR \\\"The C compilern ?\\\"${CMAKE_C_COMPILER}\\\"n\\\" ? ? ? \\\"is not able to compile a simple test program.nIt fails \\\" ? ? ? \\\"with the following output:n ?${_output}nn\\\" ? ? ? \\\"CMake will not be able to correctly generate this project.\\\") 控制臺(tái)提示如下： 1 已為默認(rèn)配置“x64-Debug”啟動(dòng) CMake 生成
2024年02月06日
瀏覽(30)
Visual Studio 2010 C++編譯錯(cuò)誤“表達(dá)式必須包含整數(shù)或枚舉類型“
Visual Studio 2010 C++編譯錯(cuò)誤\\\"表達(dá)式必須包含整數(shù)或枚舉類型\\\" 在使用Visual Studio 2010編寫(xiě)C++代碼時(shí)，有時(shí)候會(huì)出現(xiàn)這樣的編譯錯(cuò)誤：“表達(dá)式必須包含整數(shù)或枚舉類型”。這個(gè)錯(cuò)誤通常是因?yàn)槲覀冊(cè)趯?xiě)代碼時(shí)使用了錯(cuò)誤的數(shù)據(jù)類型或者運(yùn)算符導(dǎo)致的。下面我們來(lái)看一個(gè)例子：在
2024年02月08日
瀏覽(22)
Android Studio編譯JNI項(xiàng)目，Cmake出錯(cuò)：Detecting C compiler ABI info - failed
cmake的定義是什么？-----?級(jí)編譯配置?具cmake就是將多個(gè)cpp、hpp文件組合構(gòu)建為一個(gè)大工程的語(yǔ)言。他能夠輸出各種各樣的makefile或者project文件，所有操作都是通過(guò)編譯CMakeLists.txt來(lái)完成。會(huì)在編譯時(shí)跳過(guò)編譯器檢查，就不會(huì)再出現(xiàn)異常了。弱小不是逃避的借口，應(yīng)是竭盡
2024年02月09日
瀏覽(19)
UE編譯錯(cuò)誤MSB3073 已退出代碼為6
1，虛幻引擎項(xiàng)目代碼的編譯似乎是用到了外部工具。這種情況下通常要從完整輸出記錄的尾部向上翻，才可以找到真正的報(bào)錯(cuò)位置。 2，找到原因 ShaderCompiler編譯報(bào)錯(cuò) dte80/msado15 找到 msado15.obj或者 dte80.obj/dte80a.obj，刪除，重新編譯
2024年02月16日
瀏覽(120)
visual studio 2008 編譯項(xiàng)目出現(xiàn)層次不窮問(wèn)題枚舉
嚴(yán)重性代碼說(shuō)明項(xiàng)目文件行禁止顯示狀態(tài) 錯(cuò)誤 C1047 對(duì)象或庫(kù)文件“.libSceneTempCal.lib”是使用與其他對(duì)象(如“x64Releasemain.obj”)不同的編譯器版本創(chuàng)建的；請(qǐng)使用相同的編譯器重新生成所有對(duì)象和庫(kù) SceneTest E:osgworkThermalCharacteristics_20220628SceneTestLINK 1 1、錯(cuò)誤原因 VS2
2024年02月09日
瀏覽(22)
Visual Studio將C#項(xiàng)目編譯成EXE可執(zhí)行程序
經(jīng)常看文章時(shí)會(huì)收獲不少實(shí)用工具，有的在github上是編譯好的，有的則是未編譯的項(xiàng)目文件。所以經(jīng)常會(huì)使用Visual Studio編譯項(xiàng)目文件成exe可執(zhí)行程序，以下為編譯的流程。第一步，從github上下載項(xiàng)目文件，舉個(gè)例子，如工具SharpWifiGrabber SharpWifiGrabber https://github.com/r3nhat/Shar
2024年02月07日
瀏覽(26)
UE4無(wú)法編譯項(xiàng)目。是否要在Visual Studio中打開(kāi)
一開(kāi)始是沒(méi)裝Visual Studio。安裝完成后想創(chuàng)建C++項(xiàng)目出現(xiàn)如下報(bào)錯(cuò)。無(wú)法編譯該項(xiàng)目。要在Visual Studio中打開(kāi)它嗎？ Running E:/Epic Games/UE_4.27/Engine/Binaries/DotNET/UnrealBuildTool.exe Development Win64 -Project=\\\"E:/Epic Games/UE_4.27/UnrealProjects/我的項(xiàng)目4/我的項(xiàng)目4.uproject\\\" -TargetType=Editor -Progress -NoE
2024年02月03日
瀏覽(18)
【解決】屏蔽 Visual Studio 在 C++ 項(xiàng)目中的 C4996 錯(cuò)誤
Visual Studio 2022 ????????由于一些傳統(tǒng)C語(yǔ)言函數(shù)有一定的安全風(fēng)險(xiǎn)，微軟在 Visual Studio 中不建議使用這些傳統(tǒng)庫(kù)函數(shù)，否則會(huì)提示? C4996? 錯(cuò)誤。 ????????Visual Studio 建議采用帶 _s 的函數(shù)，如 scanf _s 、 strcpy _s ，但這些并不是標(biāo)準(zhǔn)C函數(shù)。 A、文件內(nèi)添加抑制 ? ? ? ? 1、
2024年01月18日
瀏覽(18)