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

비밀번호

댓글 작성자
 




... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
10900정성태2/19/201622204.NET Framework: 548. Linq는 결국 메서드 호출! [3]파일 다운로드1
10899정성태2/17/201623535개발 환경 구성: 282. kernel32.dll, kernel32legacy.dll, api-ms-win-core-sysinfo-l1-2-0.dll [1]
10898정성태2/17/201622021.NET Framework: 547. PerformanceCounter의 InstanceName 지정 시 주의 사항파일 다운로드1
10897정성태2/17/201621296디버깅 기술: 76. windbg 분석 사례 - 닷넷 프로파일러의 GC 콜백 부하
10896정성태2/17/201622393오류 유형: 320. FATAL: 28000: no pg_hba.conf entry for host "fe80::1970:8120:695:a41e%12"
10895정성태2/17/201621277.NET Framework: 546. System.AppDomain으로부터 .NET Profiler의 AppDomainID 구하는 방법 [1]
10894정성태2/17/201622011오류 유형: 319. Visual Studio에서 찾기는 성공하지만 해당 소스 코드 정보가 보이지 않는 경우
10893정성태2/16/201620634.NET Framework: 545. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까? - 두 번째 이야기
10892정성태2/16/201621265오류 유형: 318. 탐색기에서 폴더 생성/삭제 시 몇 초 동안 멈추는 현상
10891정성태2/16/201624292VC++: 95. 내 CPU가 MPX/SGX를 지원할까요? [1]
10890정성태2/15/201624098.NET Framework: 544. C# 5의 Caller Info를 .NET 4.5 미만의 응용 프로그램에 적용하는 방법 [5]
10889정성태2/14/201620442.NET Framework: 543. C++의 inline asm 사용을 .NET으로 포팅하는 방법 - 두 번째 이야기파일 다운로드1
10888정성태2/14/201618737.NET Framework: 542. 닷넷 - 특정 클래스가 로드되었는지 여부를 알 수 있을까?
10887정성태2/3/201619450VC++: 94. MPX(Memory Protection Extensions) 테스트파일 다운로드1
10886정성태2/3/201620691개발 환경 구성: 281. Intel MPX Runtime Driver 수동 설치
10885정성태2/2/201620380오류 유형: 317. Sybase.Data.AseClient.AseException: The command has timed out.
10884정성태1/11/201621625개발 환경 구성: 280. 닷넷에서 SAP Adaptive Server Enterprise 데이터베이스 사용파일 다운로드1
10882정성태1/6/201620916Windows: 113. 윈도우의 2179, 26143, 47001 TCP 포트 사용 [1]
10881정성태1/3/201622358오류 유형: 316. 윈도우 10 - 바탕/돋음 체가 사라져 한글이 깨지는 현상 [2]
10880정성태12/16/201520032오류 유형: 315. 닷넷 프로파일러의 오류 코드 정보
10879정성태12/16/201521987오류 유형: 314. Error : DEP0700 : Registration of the app failed. error 0x80070005
10878정성태12/9/201525158디버깅 기술: 75. UWP(유니버설 윈도우 플랫폼) 앱에서 global::System.Diagnostics.Debugger.Break 예외 발생 시 대응 방법
10877정성태12/9/201529507VC++: 93. std::thread 사용 시 R6010 오류 [2]
10876정성태11/26/201525529.NET Framework: 541. SignedXml을 이용한 ds:Signature만드는 방법 [3]파일 다운로드1
10875정성태11/26/201530538개발 환경 구성: 279. signtool.exe의 다중 서명 기능 [2]
10874정성태11/26/201526501개발 환경 구성: 278. 인증서와 인증서를 이용한 코드 사인의 해시 구분
... [121]  122  123  124  125  126  127  128  129  130  131  132  133  134  135  ...