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

비밀번호

댓글 작성자
 




... 136  137  138  139  140  141  142  143  144  145  146  [147]  148  149  150  ...
NoWriterDateCnt.TitleFile(s)
1378정성태11/22/201231595Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201224985.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201230224디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201225986디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374정성태11/13/201224050개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373정성태11/13/201224589.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372정성태11/1/2012119441Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371정성태10/31/201227061.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]파일 다운로드1
1370정성태10/31/201222343VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369정성태10/31/201235692개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368정성태10/31/201226975개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367정성태10/30/201234735개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366정성태10/24/201226052개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365정성태10/24/201224916개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364정성태10/19/201221317Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363정성태10/16/201228757개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]
1362정성태10/16/201229085개발 환경 구성: 168. 우분투 서버 Active Directory 가입하기
1361정성태10/12/201222495.NET Framework: 341. .NET COM+ 를 Managed/Native 클라이언트에서 각각 호출했을 때의 콜 스택 비교 [4]파일 다운로드1
1360정성태10/9/201226854.NET Framework: 340. Windows Server 2012 - .NET Framework 1.x 미지원
1359정성태10/9/201263187Windows: 65. 윈도우 8 - Internet Explorer 10을 32비트 또는 64비트로 통합 [5]
1358정성태9/27/201226313.NET Framework: 339. .NET Profiler 주의 사항 - 하나의 exe 프로세스 내에 다중 .NET 런타임 사용
1357정성태9/27/201223424Windows: 64. Hyper-V - Windows XP의 Live Migration 오류
1356정성태9/26/201229529Windows: 63. 윈도우 서버 2012 - Hyper-V의 새로운 기능 Live Migration [6]
1355정성태9/21/201227523Team Foundation Server: 49. TFS 2012 Express의 필수 보완 작업: 데이터베이스 백업 [1]
1354정성태9/19/201224334.NET Framework: 338. .NET CLR GC 시간 측정하는 방법파일 다운로드1
1353정성태9/17/201225661.NET Framework: 337. Python의 생성기와 코루틴을 C#으로 표현하면. [2]파일 다운로드1
... 136  137  138  139  140  141  142  143  144  145  146  [147]  148  149  150  ...