Microsoft MVP성태의 닷넷 이야기
오류 유형: 902. Visual Studio - error MSB3021: Unable to copy file [링크 복사], [링크+제목 복사],
조회: 10748
글쓴 사람
정성태 (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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1185정성태11/29/201124419.NET Framework: 278. WPF - Content의 Changed 이벤트에 해당하는게 뭔가요?파일 다운로드1
1184정성태11/29/201127648.NET Framework: 277. F#과 WPF가 어울리지 못하는 근본적인 이유 [2]
1183정성태11/26/201122841오류 유형: 140. Visual Studio 2010 - Floating된 에디트 윈도우가 사라지지 않는 경우 [2]
1182정성태11/25/201158871.NET Framework: 276. 중복 없는 숫자를 랜덤으로 배열하는 방법 [5]파일 다운로드1
1181정성태11/24/201129159디버깅 기술: 44. windbg의 mscordacwks DLL 로드 문제
1180정성태11/23/201139026.NET Framework: 275. 레지스트리 등록 및 Interop DLL 없이 COM 개체 사용하는 방법 [2]파일 다운로드1
1179정성태11/22/201129545.NET Framework: 274. ReaderWriterLockSlim은 언제 쓰는 걸까요? [4]파일 다운로드1
1178정성태11/19/201126098.NET Framework: 273. 설치된 .NET 버전에 민감한 코드를 포함하는 경우, 다중으로 어셈블리를 만들어야 할까요?파일 다운로드1
1177정성태11/18/201131392.NET Framework: 272. 소켓 연결 시간 제한 - 두 번째 이야기 [1]파일 다운로드1
1176정성태11/17/201130819.NET Framework: 271. C#에서 확인해 보는 관리 힙의 인스턴스 구조 [3]파일 다운로드1
1175정성태11/16/201128786.NET Framework: 270. .NET 참조 개체 인스턴스의 Object Header를 확인하는 방법 [1]파일 다운로드1
1174정성태11/15/201128089.NET Framework: 269. 일반 참조형의 기본 메모리 소비는 얼마나 될까요? [4]
1173정성태11/14/201124199.NET Framework: 268. .NET Array는 왜 12bytes의 기본 메모리를 점유할까? [1]
1172정성태11/13/201121192.NET Framework: 267. windbg - GC Heap에서 .NET 타입에 대한 배열을 찾는 방법
1171정성태11/12/201137927.NET Framework: 266. StringBuilder에서의 OutOfMemoryException 오류 원인 분석 [4]파일 다운로드1
1170정성태11/10/201127316.NET Framework: 265. Named 동기화 개체 생성 시 System.UnauthorizedAccessException 예외 발생하는 경우
1169정성태11/10/201130791.NET Framework: 264. 다중 LAN 카드 환경에서 Dns.GetHostAddresses(local)가 반환해 주는 IP의 우선순위는 어떻게 될까요? [4]
1168정성태11/6/201126719오류 유형: 139. TlbImp : error TI0000 : A single valid machine type compatible with the input type library must be specified
1167정성태11/5/201138479개발 환경 구성: 133. Registry 등록 과정 없이 COM 개체 사용 - 두 번째 이야기 [5]파일 다운로드4
1166정성태11/5/201124544.NET Framework: 263. byte[] pData = new byte[100000]로 인한 성능 차이? [1]파일 다운로드1
1165정성태11/3/201129617개발 환경 구성: 132. "Visual Studio Command Prompt (2010)" 명령행에서 2.0 버전의 MSBuild를 구동하는 방법 [2]파일 다운로드1
1164정성태11/1/201127706.NET Framework: 262. .NET 스레드 콜 스택 덤프 (4) - .NET 4.0을 지원하지 않는 MSE 응용 프로그램 원인 분석
1163정성태10/31/201127311.NET Framework: 261. .NET 스레드 콜 스택 덤프 (3) - MSE 소스 코드 개선파일 다운로드1
1162정성태10/30/201127343.NET Framework: 260. .NET 스레드 콜 스택 덤프 (2) - Managed Stack Explorer 소스 코드를 이용한 스택 덤프 구하는 방법파일 다운로드1
1161정성태10/29/201124117.NET Framework: 259. Type.GetMethod - System.Reflection.AmbiguousMatchException파일 다운로드1
1159정성태10/28/201127636.NET Framework: 258. Roslyn 맛보기 - SyntaxTree 조작 [2]
... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...