Microsoft MVP성태의 닷넷 이야기
오류 유형: 902. Visual Studio - error MSB3021: Unable to copy file [링크 복사], [링크+제목 복사],
조회: 11707
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Visual Studio - error MSB3021: Unable to copy file

Visual Studio에서 csproj의 ItemGroup/Content를 이용한 파일 복사를 하다 보면,

<Project Sdk="Microsoft.NET.Sdk">

    <PropertyGroup>
        <OutputType>Exe</OutputType>
        <TargetFramework>net8.0</TargetFramework>
        <ImplicitUsings>enable</ImplicitUsings>
        <Nullable>enable</Nullable>
    </PropertyGroup>

    <ItemGroup>
        <PackageReference Include="IronPython" Version="3.4.1" />
        <PackageReference Include="IronPython.StdLib" Version="3.4.1" />
    </ItemGroup>

    <ItemGroup>
        <Content Include="C:\Python310\**">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
        </Content>
    </ItemGroup>

    <ItemGroup>
        <None Update="test.py">
            <CopyToOutputDirectory>PreserveNewest</CopyToOutputDirectory>
        </None>
    </ItemGroup>

</Project>

경우에 따라 이런 복사 오류가 발생할 수 있습니다

C:\Program Files\Microsoft Visual Studio\2022\Enterprise\MSBuild\Current\Bin\amd64\Microsoft.Common.CurrentVersion.targets(5254,5): error MSB3021: Unable to copy file "C:\Python312\tensorflow\python\Lib\site-packages\tensorflow\include\tensorflow\compiler\xla\mlir_hlo\_virtual_includes\shape_component_analysis\mhlo\analysis\shape_component_analysis.h" to "bin\Debug\net8.0\python\Lib\site-packages\tensorflow\include\tensorflow\compiler\xla\mlir_hlo\_virtual_includes\shape_component_analysis\mhlo\analysis\shape_component_analysis.h". Could not find a part of the path 'bin\Debug\net8.0\python\Lib\site-packages\tensorflow\include\tensorflow\compiler\xla\mlir_hlo\_virtual_includes\shape_component_analysis\mhlo\analysis\shape_component_analysis.h'.


메시지에 포함된 "Could not find a part of the path" 문구가 다소 혼란스러운데요, 물론 경로를 찾지 못한 상황에서도 발생할 수 있겠지만 위와 같은 경우에는 경로가 너무 길어서 발생하는 문제입니다.

재미있는 건, 해당 문제는 비주얼 스튜디오와 MSBuild로 빌드할 때만 발생한다는 점입니다. 반면 dotnet으로 직접 빌드하면 오류 없이 잘 복사가 됩니다. ^^;

이상하군요, 원래 dotnet은 내부적으로 MSBuild를 호출하는 것으로 아는데... 어쨌든, 현상이 저렇게 나옵니다.




만약 명령행으로 빌드하는 경우라면, 그냥 msbuild에서 dotnet으로 변경하면 되겠지만 문제는 비주얼 스튜디오에서 빌드 시 저런 문제가 발생한다는 점입니다.

이런 경우 문제 해결이 아닌, 우회 해법으로 그냥 경로가 너무 길지 않도록 OutputPath를 지정하는 방법이 있습니다.

<Project Sdk="Microsoft.NET.Sdk">
    <!-- 생략 -->

    <PropertyGroup Condition="'$(Configuration)' == 'Debug'">
        <OutputPath>c:\temp\Console</OutputPath>
    </PropertyGroup>
</Project>

msbuild ConsoleApp3.csproj -p:Configuration=Debug

또는, Windows 10 이상의 운영체제라면 깔끔하게 레지스트리 설정을 통해 제약을 없앨 수 있습니다.

Enable Long Paths in Windows 10, Version 1607, and Later
; https://learn.microsoft.com/en-us/windows/win32/fileio/maximum-file-path-limitation?tabs=registry
; https://www.backupery.com/how-to-enable-ntfs-long-paths-in-windows/

Windows Registry Editor Version 5.00

[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem]
"LongPathsEnabled"=dword:00000001

(과거 버전은 어땠는지 모르겠지만) 현재의 Windows 11 환경에서는 재부팅 필요 없이 바로 반영돼 오류 없이 빌드할 수 있습니다.




[이 글에 대해서 여러분들과 의견을 공유하고 싶습니다. 틀리거나 미흡한 부분 또는 의문 사항이 있으시면 언제든 댓글 남겨주십시오.]







[최초 등록일: ]
[최종 수정일: 4/30/2024]

Creative Commons License
이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-변경금지 2.0 대한민국 라이센스에 따라 이용하실 수 있습니다.
by SeongTae Jeong, mailto:techsharer at outlook.com

비밀번호

댓글 작성자
 




1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...
NoWriterDateCnt.TitleFile(s)
13680정성태7/16/202410722닷넷: 2276. C# - Method Group, Natural Type, function_type파일 다운로드1
13679정성태7/16/20248140Linux: 76. Linux - C++ (getaddrinfo 등을 담고 있는) libnss 정적 링크
13678정성태7/15/20249196VS.NET IDE: 191. Visual Studio 2022 - .NET 5 프로젝트를 Docker Support로 실행했을 때 오류
13677정성태7/15/202410147오류 유형: 916. MSBuild - CheckEolTargetFramework (warning NETSDK1138)
13676정성태7/14/20249431Linux: 75. gdb에서 glibc의 함수에 Breakpoint 걸기
13675정성태7/13/202412283C/C++: 166. C/C++ - DLL에서 template 함수를 export하는 방법 [1]파일 다운로드1
13674정성태7/13/202410707오류 유형: 915. Unhandled Exception: Microsoft.Diagnostics.NETCore.Client.ServerNotAvailableException: Unable to connect to Process
13673정성태7/11/202413020닷넷: 2275. C# 13 - (1) 신규 이스케이프 시퀀스 '\e'파일 다운로드1
13672정성태7/10/20248809닷넷: 2274. IIS - (프로세스 종료 없는) AppDomain Recycle
13671정성태7/10/20249325오류 유형: 914. Package ca-certificates is not installed.
13669정성태7/9/20249558오류 유형: 913. C# - AOT StaticExecutable 정적 링킹 시 빌드 오류
13668정성태7/8/20249818개발 환경 구성: 716. Hyper-V - Ubuntu 22.04 Generation 2 유형의 VM 설치
13667정성태7/7/20247913닷넷: 2273. C# - 리눅스 환경에서의 Hyper-V Socket 연동 (AF_VSOCK)파일 다운로드1
13666정성태7/7/202410371Linux: 74. C++ - Vsock 예제 (Hyper-V Socket 연동)파일 다운로드1
13665정성태7/6/202410449Linux: 73. Linux 측의 socat을 이용한 Hyper-V 호스트와의 vsock 테스트파일 다운로드1
13663정성태7/5/20249399닷넷: 2272. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)의 VMID Wildcards 유형파일 다운로드1
13662정성태7/4/20249176닷넷: 2271. C# - WSL 2 VM의 VM ID를 알아내는 방법 - Host Compute System API파일 다운로드1
13661정성태7/3/20248992Linux: 72. g++ - 다른 버전의 GLIBC로 소스코드 빌드
13660정성태7/3/202410304오류 유형: 912. Visual C++ - Linux 프로젝트 빌드 오류
13659정성태7/1/20249778개발 환경 구성: 715. Windows - WSL 2 환경의 Docker Desktop 네트워크
13658정성태6/28/202410833개발 환경 구성: 714. WSL 2 인스턴스와 호스트 측의 Hyper-V에 운영 중인 VM과 네트워크 연결을 하는 방법 - 두 번째 이야기
13657정성태6/27/20249461닷넷: 2270. C# - Hyper-V Socket 통신(AF_HYPERV, AF_VSOCK)을 위한 EndPoint 사용자 정의
13656정성태6/27/202410538Windows: 264. WSL 2 VM의 swap 파일 위치
13655정성태6/24/202410043닷넷: 2269. C# - Win32 Resource 포맷 해석파일 다운로드1
13654정성태6/24/20249647오류 유형: 911. shutdown - The entered computer name is not valid or remote shutdown is not supported on the target computer.
13653정성태6/22/20249851닷넷: 2268. C# 코드에서 MAKEINTREOURCE 매크로 처리
1  2  3  4  5  6  7  8  9  10  11  12  [13]  14  15  ...