Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
(연관된 글이 1개 있습니다.)
(시리즈 글이 10개 있습니다.)
VS.NET IDE: 60. Output 경로에 매크로 상수 사용하는 방법
; https://www.sysnet.pe.kr/2/0/688

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

개발 환경 구성: 93. MSBuild를 이용한 닷넷 응용프로그램의 다중 어셈블리 출력 빌드
; https://www.sysnet.pe.kr/2/0/965

개발 환경 구성: 102. MSBuild - DefineConstants에 다중 전처리 값 설정
; https://www.sysnet.pe.kr/2/0/988

개발 환경 구성: 115. MSBuild - x86/x64, .NET 2/4, debug/release 빌드에 대한 배치 처리
; https://www.sysnet.pe.kr/2/0/1017

개발 환경 구성: 372. MSBuild - 빌드 전/후, 배포 전/후 실행하고 싶은 Task 정의
; https://www.sysnet.pe.kr/2/0/11507

개발 환경 구성: 452. msbuild - csproj에 환경 변수 조건 사용
; https://www.sysnet.pe.kr/2/0/11985

개발 환경 구성: 580. msbuild의 Exec Task에 robocopy를 사용하는 방법
; https://www.sysnet.pe.kr/2/0/12716

개발 환경 구성: 693. msbuild - .NET Core/5+ 프로젝트에서 resgen을 이용한 리소스 파일 생성 방법
; https://www.sysnet.pe.kr/2/0/13481

닷넷: 2235. MSBuild - AccelerateBuildsInVisualStudio 옵션
; https://www.sysnet.pe.kr/2/0/13593




MSBuild를 이용한 닷넷 응용프로그램의 플랫폼(x86/x64)별 빌드

MSBuild를 이용한 배치 파일 팀 빌드 구성을 설명해 드렸었죠.

배치 파일로 팀 빌드 구성
; https://www.sysnet.pe.kr/2/0/905

그런데, x86/x64가 공존하고 있는 요즘에는 위의 빌드 스크립트로는 다소 모자란 감이 있습니다. 즉, 플랫폼별로 별도의 빌드 결과물이 나와줘야 하는 경우가 빈번하기 때문인데요. 가령 \bin 폴더에 다음과 같이 x86/x64용으로 별도의 파일명으로 구성하고 싶을 때가 있습니다.

x86: MyTest32.exe
x64: MyTest64.exe

물론, "AnyCPU" 빌드가 있긴 하지만 COM 개체 참조나 Wow6432Node 레지스트리를 자연스럽게 접근하는 등의 목적에서는 플랫폼을 명시적으로 지정해야만 할 때가 있지요.

위와 같은 가정으로 실제 빌드 스크립트를 구성해 볼까요?

우선, "MyTest" EXE 프로젝트를 만들고 다음과 같이 빌드 스크립트를 만드는 것으로 시작을 해보겠습니다.

msbuild MyTest.csproj /property:AssemblyName=MyTest32;PlatformTarget=x86;Platform=x86
msbuild MyTest.csproj /property:AssemblyName=MyTest64;PlatformTarget=x64;Platform=x64

이렇게 빌드하면 각각 다음의 폴더에 결과물이 출력됩니다.

.\bin\Debug\MyTest32.exe
            MyTest32.pdb
.\bin\x64\Debug\MyTest64.exe
                MyTest64.pdb

위와 같이 x86과 x64에 대한 모듈을 폴더 단위로 구분하는 것도 좋은 방법일 수 있습니다. 사실 이럴 거면 AssemblyName을 변경할 필요도 없지요. 하지만 저 같은 경우에는 단일 폴더에 있는 것을 선호합니다. 그래서 출력 폴더를 하나로 모으고 싶은데, 이에 대해서는 예전에 설명해 드린 $(SolutionDir) 속성을 통해 제어해 주면 됩니다.

Output 경로에 매크로 상수 사용하는 방법
; https://www.sysnet.pe.kr/2/0/688

그래서 csproj 파일을 수정하고,

<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Debug|x86' ">
<OutputPath>$(SolutionDir)bin\$(Configuration)\</OutputPath>
...[생략]...
</PropertyGroup>
<PropertyGroup Condition=" '$(Configuration)|$(Platform)' == 'Release|x86' ">
<OutputPath>$(SolutionDir)bin\$(Configuration)\</OutputPath>
...[생략]...
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Debug|x64'">
<OutputPath>$(SolutionDir)bin\$(Configuration)\</OutputPath>
...[생략]...
</PropertyGroup>
<PropertyGroup Condition="'$(Configuration)|$(Platform)' == 'Release|x64'">
<OutputPath>$(SolutionDir)bin\$(Configuration)\</OutputPath>
...[생략]...
</PropertyGroup>

명령행 빌드에서 다음과 같이 수정해 주면 됩니다.

FOR /F %%I IN ("%0") DO SET CURRENTDIR=%%~dpI
SET SOLUTIONDIR=%CURRENTDIR%

msbuild MyTest.csproj /property:AssemblyName=MyTest32;PlatformTarget=x86;Platform=x86;SolutionDir=%SOLUTIONDIR%
msbuild MyTest.csproj /property:AssemblyName=MyTest64;PlatformTarget=x64;Platform=x64;SolutionDir=%SOLUTIONDIR%

그럼, 우리가 원했던 대로 ^^ 아래와 같이 깨끗하게 빌드가 됩니다.

.\bin\Debug\MyTest32.exe
            MyTest32.pdb
            MyTest64.exe
            MyTest64.pdb




그런데, 문제가 하나 있습니다. 바로 "AssemblyName" 속성이 MSBuild 과정에서 전역적으로 적용된다는 것인데요. 쉬운 예를 하나 들자면, 기존 MyTest.csproj가 TestLib.csproj라는 프로젝트를 참조하는 경우에 빌드를 해보면 단번에 알 수 있습니다. 출력 결과물은 예상과는 달리 다음과 같이 됩니다.

.\bin\Debug\MyTest32.dll  <== TestLib.dll 의 이름이 변경됨
            MyTest32.exe
            MyTest32.pdb
            MyTest64.dll  <== TestLib.dll 의 이름이 변경됨  
            MyTest64.exe
            MyTest64.pdb

참조 프로젝트가 하나라면 그나마라도 정상동작은 하겠지만, 만약 참조하는 라이브러리 프로젝트가 2개라면 2개 모두 MyTest32.dll(MyTest64.dll)로 덮어써져서 DLL 하나가 없어져버려 빌드 자체가 실패해버립니다.

이 문제에 대해서는 다음의 질문/답변에서 우회 방법을 찾아볼 수 있습니다.

Changing the AssemblyName property causes referenced projects output assemblies to have the same exact name?
; http://social.msdn.microsoft.com/forums/en-US/msbuild/thread/54e1cff8-d46a-4b3e-b45b-539ae6512db5/

그래서, 이번에도 어쩔 수 없이 "Output 경로에 매크로 상수 사용하는 방법"에서 설명했던 것과 유사하게 csproj 프로젝트 파일을 직접 수정을 해줘야 합니다.

<?xml version="1.0" encoding="utf-8"?>
<Project ToolsVersion="4.0" DefaultTargets="Build" xmlns="...">
  <PropertyGroup>
    ...[생략]...
    <RootNamespace>WindowsFormsApplication1</RootNamespace>
    <AssemblyName>WindowsFormsApplication1</AssemblyName>
    <AssemblyName Condition=" '$(MyAssemblyName)' != '' ">$(MyAssemblyName)</AssemblyName>

최종적으로 빌드 스크립트는 다음과 같이 구성되어야 합니다.

FOR /F %%I IN ("%0") DO SET CURRENTDIR=%%~dpI
SET SOLUTIONDIR=%CURRENTDIR%

msbuild MyTest.csproj /property:MyAssemblyName=MyTest32;PlatformTarget=x86;Platform=x86;SolutionDir=%SOLUTIONDIR%
msbuild MyTest.csproj /property:MyAssemblyName=MyTest64;PlatformTarget=x64;Platform=x64;SolutionDir=%SOLUTIONDIR%

이제야 우리가 원했던 대로, 빌드 결과물이 출력됩니다. ^^
.\bin\Debug\TestLib.dll
            TestLib.pdb
            MyTest32.exe
            MyTest32.pdb
            MyTest64.exe
            MyTest64.pdb

첨부한 소스코드는 위의 구성이 적용된 예제입니다.



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 7/4/2021]

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

비밀번호

댓글 작성자
 



2010-12-14 09시34분
[짜두] 나이스한 정리 입니다요~ ^^*
[guest]
2010-12-14 10시18분
오~~~ 송선임님 반가워요. ^^
정성태

... 91  92  93  94  95  96  97  98  99  100  [101]  102  103  104  105  ...
NoWriterDateCnt.TitleFile(s)
11442정성태1/18/201819009개발 환경 구성: 353. ASP.NET Core 프로젝트의 "Enable unmanaged code debugging" 옵션 켜는 방법
11441정성태1/18/201817441오류 유형: 447. ASP.NET Core 배포 오류 - Ensure that restore has run and that you have included '...' in the TargetFrameworks for your project.
11440정성태1/17/201820744.NET Framework: 727. ASP.NET의 HttpContext.Current 구현에 대응하는 ASP.NET Core의 IHttpContextAccessor/HttpContextAccessor 사용법파일 다운로드1
11439정성태1/17/201826432기타: 69. C# - CPU 100% 부하 주는 프로그램파일 다운로드1
11438정성태1/17/201820316오류 유형: 446. Error CS0234 The type or namespace name 'ITuple' does not exist in the namespace
11437정성태1/17/201819896VS.NET IDE: 124. Platform Toolset 설정에 따른 Visual C++의 헤더 파일 기본 디렉터리
11436정성태1/16/201822330개발 환경 구성: 352. ASP.NET Core (EXE) 프로세스가 IIS에서 호스팅되는 방법 - ASP.NET Core Module(AspNetCoreModule) [4]
11435정성태1/16/201823400개발 환경 구성: 351. OWIN 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)파일 다운로드2
11434정성태1/15/201824134개발 환경 구성: 350. 사용자 정의 웹 서버(EXE)를 IIS에서 호스팅하는 방법 - HttpPlatformHandler (Reverse Proxy)파일 다운로드2
11433정성태1/15/201822221개발 환경 구성: 349. dotnet ef 명령어 사용을 위한 준비
11432정성태1/11/201828642.NET Framework: 726. WPF + Direct2D + SharpDX 출력 C# 예제파일 다운로드2
11431정성태1/11/201825744.NET Framework: 725. C# - 동기 방식이면서 비동기 메서드(awaitable)처럼 구현한 사례 [9]
11430정성태1/10/201829237.NET Framework: 724. WPF + Direct2D 출력 C# 예제 [2]파일 다운로드1
11429정성태1/9/201819833개발 환경 구성: 348. ASP.NET Core 2.1 Preview 버전 적용 방법
11428정성태1/6/201823031개발 환경 구성: 347. WinForm 프로젝트를 WPF 프로젝트 유형으로 변경하는 방법파일 다운로드1
11427정성태1/5/201820371오류 유형: 445. vcpkg 빌드 오류 - Starting the CLR failed with HRESULT 80040153
11426정성태1/5/201830531오류 유형: 444. curl로 호출할 때 발생하는 오류 정리
11425정성태1/4/201821183개발 환경 구성: 346. ASP.NET Core Web Application을 IIS에서 호스팅하는 방법 (2)
11424정성태1/4/201820634개발 환경 구성: 345. ASP.NET Core 프로젝트를 명령행에서 빌드하는 방법
11423정성태1/3/201839069VC++: 123. 내가 만든 코드보다 OpenCV의 속도가 월등히 빠른 이유 [8]파일 다운로드2
11422정성태1/2/201829219.NET Framework: 723. C# - OpenCvSharp 사용 시 C/C++을 이용한 속도 향상 (for 루프 연산) [4]파일 다운로드1
11421정성태1/2/201821426오류 유형: 443. Visual Studio - nuget configuration is invalid
11420정성태12/30/201725496.NET Framework: 722. C# - Windows 10 운영체제의 데스크톱 앱에서 음성인식(SpeechRecognizer) 사용하는 방법 [3]파일 다운로드1
11419정성태12/23/201727727.NET Framework: 721. WebClient 타입의 ...Async 메서드 호출은 왜 await + 동기 호출 시 hang 현상이 발생할까요? [2]파일 다운로드1
11418정성태12/23/201737457.NET Framework: 720. 비동기 메서드 내에서 await 시 ConfigureAwait 호출 의미 [2]파일 다운로드1
11417정성태12/22/201723336.NET Framework: 719. Task를 포함하는 async 메서드의 동작 방식 [2]
... 91  92  93  94  95  96  97  98  99  100  [101]  102  103  104  105  ...