Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)

AssemblyName을 .csproj에서 바꾼 경우 빌드 오류 발생하는 문제

예를 들어, 64비트로 빌드한 경우 EXE 이름을 바꾸기 위해 다음과 같이 .csproj에서 AssemblyName을 편집할 수 있습니다.

<PropertyGroup>
    <X64Postfix>64</X64Postfix>
</PropertyGroup>

<PropertyGroup Condition="'$(Platform)' == 'x64'">
    <AssemblyName>x86x64test$(X64Postfix)</AssemblyName>
</PropertyGroup>

그럼, x64 빌드인 경우 x86x64test64.exe로 출력이 되지만 그 외에는 x86x64test.exe로 출력이 됩니다. 따라서 x64 빌드로 출력 창을 보면,
1>------ Build started: Project: x86x64test, Configuration: Debug x64 ------
1>  x86x64test -> F:\x86x64test\bin\x64\Debug\x86x64test64.exe
========== Build: 1 succeeded, 0 failed, 0 up-to-date, 0 skipped ==========

위와 같이 x86x64test64.exe로 나옵니다. 그런데, 비주얼 스튜디오에서는 .csproj의 이런 변화를 감지하지 못합니다. 그래서 x64 빌드로 맞춰놓고 F5(또는 Ctrl + F5)로 실행하면 다음과 같은 오류가 발생합니다.

Visual Studio cannot start debugging because the debug target 'F:\x86x64test\bin\x64\Debug\x86x64test.exe' is missing. Please build the project and retry, or set the OutputPath and AssemblyName properties appropriately to point at the correct location for the target assembly.


x86x64test64.exe로 빌드되었지만 비주얼 스튜디오는 여전히 x86x64test.exe로 실행하려고 하기 때문입니다.




이런 경우, 사실 우리가 비주얼 스튜디오 개발자가 아닌 한 별다르게 할 수 있는 것이 없습니다. 즉, 우회 해결을 해야 한다는 건데요, 제가 생각한 방법은 mklink를 이용해 x86x64test64.exe에 대한 Hard Link로 x86x64test.exe 파일을 생성해 주는 것입니다. 이를 위해 "Build Events" / "Post-build event command line"에 다음과 같은 코드를 넣어주면 됩니다.

if EXIST "$(TargetDir)x86x64test.exe" goto END_BUILD

mklink /H "$(TargetDir)x86x64test.exe" "$(TargetPath)"

:END_BUILD

이렇게 해주면 Hard link로 x86x64test.exe 링크 파일이 생성되고 이는 x86x64test64.exe를 가리키기 때문에 비주얼 스튜디오의 실행에도 영향이 없습니다.

또 다르게 생각할 수 있는 방법은, 어차피 대부분의 경우 개발자는 디버그 빌드에서 개발할 것이고 릴리스 빌드는 빌드 스크립트를 통해 배포본을 만들 테니 아예 AssemblyName 변경을 릴리스 빌드에 대해서만 해주는 것입니다.

<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|x64'">
    <AssemblyName>x86x64test$(X64Postfix)</AssemblyName>
</PropertyGroup>

(첨부 파일은 mklink로 이벤트를 걸은 예제 프로젝트를 싣고 있습니다.)

마지막으로 다음의 글도 참고하시면 좋습니다. ^^

MSBuild를 이용한 닷넷 응용프로그램의 플랫폼(x86/x64) 별 빌드
; https://www.sysnet.pe.kr/2/0/963




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

[연관 글]






[최초 등록일: ]
[최종 수정일: 10/15/2017]

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

비밀번호

댓글 작성자
 




... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...
NoWriterDateCnt.TitleFile(s)
12177정성태3/9/202011122개발 환경 구성: 479. docker - MySQL 컨테이너 실행
12176정성태3/9/202010546개발 환경 구성: 478. 파일의 (sha256 등의) 해시 값(checksum) 확인하는 방법
12175정성태3/8/202010643개발 환경 구성: 477. "Docker Desktop for Windows"의 "Linux Container" 모드를 위한 tcp 바인딩 추가
12174정성태3/7/202010152개발 환경 구성: 476. DockerDesktopVM의 파일 시스템 접근 [3]
12173정성태3/7/202011155개발 환경 구성: 475. docker - SQL Server 2019 컨테이너 실행 [1]
12172정성태3/7/202016078개발 환경 구성: 474. docker - container에서 root 권한 명령어 실행(sudo)
12171정성태3/6/202011000VS.NET IDE: 143. Visual Studio - ASP.NET Core Web Application의 "Enable Docker Support" 옵션으로 달라지는 점 [1]
12170정성태3/6/20209618오류 유형: 599. "Docker Desktop is switching..." 메시지와 DockerDesktopVM CPU 소비 현상
12169정성태3/5/202011629개발 환경 구성: 473. Windows nanoserver에 대한 docker pull의 태그 사용 [1]
12168정성태3/5/202012336개발 환경 구성: 472. 윈도우 환경에서의 dockerd.exe("Docker Engine" 서비스)가 Linux의 것과 다른 점
12167정성태3/5/202011588개발 환경 구성: 471. C# - 닷넷 응용 프로그램에서 DB2 Express-C 데이터베이스 사용 (3) - ibmcom/db2express-c 컨테이너 사용
12166정성태3/4/202011217개발 환경 구성: 470. Windows Server 컨테이너 - DockerMsftProvider 모듈을 이용한 docker 설치
12165정성태3/2/202010939.NET Framework: 900. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 네 번째 이야기(Monitor.Enter 후킹)파일 다운로드1
12164정성태2/29/202011755오류 유형: 598. Surface Pro 6 - Windows Hello Face Software Device가 인식이 안 되는 문제
12163정성태2/27/202010219.NET Framework: 899. 익명 함수를 가리키는 delegate 필드에 대한 직렬화 문제
12162정성태2/26/202012977디버깅 기술: 166. C#에서 만든 COM 객체를 C/C++로 P/Invoke Interop 시 메모리 누수(Memory Leak) 발생 [6]파일 다운로드2
12161정성태2/26/20209638오류 유형: 597. manifest - The value "x64" of attribute "processorArchitecture" in element "assemblyIdentity" is invalid.
12160정성태2/26/202010320개발 환경 구성: 469. Reg-free COM 개체 사용을 위한 manifest 파일 생성 도구 - COMRegFreeManifest
12159정성태2/26/20208520오류 유형: 596. Visual Studio - The project needs to include ATL support
12158정성태2/25/202010324디버깅 기술: 165. C# - Marshal.GetIUnknownForObject/GetIDispatchForObject 사용 시 메모리 누수(Memory Leak) 발생파일 다운로드1
12157정성태2/25/202010213디버깅 기술: 164. C# - Marshal.GetNativeVariantForObject 사용 시 메모리 누수(Memory Leak) 발생 및 해결 방법파일 다운로드1
12156정성태2/25/20209565오류 유형: 595. LINK : warning LNK4098: defaultlib 'nafxcw.lib' conflicts with use of other libs; use /NODEFAULTLIB:library
12155정성태2/25/20208854오류 유형: 594. Warning NU1701 - This package may not be fully compatible with your project
12154정성태2/25/20208688오류 유형: 593. warning LNK4070: /OUT:... directive in .EXP differs from output filename
12153정성태2/23/202011377.NET Framework: 898. Trampoline을 이용한 후킹의 한계파일 다운로드1
12152정성태2/23/202011117.NET Framework: 897. 실행 시에 메서드 가로채기 - CLR Injection: Runtime Method Replacer 개선 - 세 번째 이야기(Trampoline 후킹)파일 다운로드1
... 46  47  48  49  50  51  52  53  54  55  56  57  [58]  59  60  ...