J & J - 정성태의 닷넷 이야기

사용자

메뉴

최근 덧글

[정성태] 그냥 RSS Reader 기능과 약간의 UI 편의성 때문에 사용...[이종효] 오래된 소프트웨어는 보안 위협이 되기도 합니다. 혹시 어떤 기능...[정성태] @Keystroke IEEE의 문서를 소개해 주시다니... +_...[손민수 (Keystroke)] 괜히 듀얼채널 구성할 때 한번에 같은 제품 사라고 하는 것이 아...[정성태] 전각(Full-width)/반각(Half-width) 기능을 토...[정성태] Vector에 대한 내용은 없습니다. Vector가 닷넷 BCL...[orion] 글 읽고 찾아보니 디자인 타임에는 InitializeCompon...[orion] 연휴 전에 재현 프로젝트 올리자 생각해 놓고 여의치 않아서 못 ...[정성태] 아래의 글에 정리했으니 참고하세요. C# - Typed D...[정성태] 간단한 재현 프로젝트라도 있을까요? 저런 식으로 설명만 해...

글쓰기

제목

이름

암호

전자우편

HTML

홈페이지

유형

내용

<div style='display: inline'>
<h1 style='font-family: Malgun Gothic, Consolas; font-size: 20pt; color: #006699; text-align: center; font-weight: bold'>(appsettings.json처럼) web.config의 Debug/Release에 따른 설정 적용</h1>

appsettings.json의 경우 "ASPNETCORE_ENVIRONMENT=Development" 환경 변수가 설정돼 있다면 "appsettings.Development.json"의 내용이 적용되는데요, 아쉽게도 web.config의 경우에는 이런 배려가 없습니다. 
 
대신 web.config에는 (기본적으로) Debug/Release에 따른 Web.Debug.config과 Web.Release.config 파일을 이용한 <a target='tab' href='https://www.sysnet.pe.kr/2/0/1662'>Transform 절차</a>가 있습니다. 그러나 역시 이번에도 아쉽지만, 해당 transform 절차는 프로젝트를 Publish하는 단계에서만 실행되므로 appsettings.json처럼 비주얼 스튜디오에서 개발 시에는 혜택을 받지 못합니다. 
 
하지만, 아예 방법이 없는 것은 아닙니다. Publish 단계에 transform 절차가 진행된다는 것은 결국 msbuild의 Task로 동작하는 것이므로, 마찬가지로 csproj의 내용에 해당 절차를 포함하면 되기 때문입니다. 이에 대한 csproj 예제를 다음의 글에서 찾을 수 있습니다. 
 
<pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' >
How to enable transformations on build with Visual Studio
; <a target='tab' href='https://gist.github.com/EdCharbeneau/9135216'>https://gist.github.com/EdCharbeneau/9135216</a>
</pre>
 
위의 방법을 적용하면 이제 web.config의 관리 방법이 달라집니다. 우선, 기존에 가지고 있던 web.config을 복사해 web.base.config과 같은 식의 파일로 새롭게 생성합니다. 그다음, csproj에 다음의 작업을 추가하면 됩니다. 
 
<pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' >
&lt;Target Name="BeforeBuild"&gt;
 &lt;TransformXml Source="Web.Base.config" Transform="Web.$(Configuration).config" Destination="Web.config" /&gt;
&lt;/Target&gt; 
</pre>
 
간단하게 위의 작업을 설명하면, web.base.config에 (디버그 빌드 중이라면) web.debug.config의 내용을 적용한 후 새롭게 web.config 파일로 만들어 줍니다. 따라서 이후부터는 변경 사항을 web.config이 아닌, web.base.config 파일에 적용해야 합니다. 바로 이게 좀 아쉬운 건데요, 어쩌면 스택오버플로우 같은 사이트에서 "web.config에 변경 사항을 아무리 적용해도 빌드만 했다 하면 원복 된다는..." 희한한 현상을 겪는 개발자의 질문을 보게 될지도 모릅니다. ^^ 
 
<hr style='width: 50%' /> 
 
물론, 다음과 같이 해도 됩니다. 
 
<pre style='margin: 10px 0px 10px 10px; padding: 10px 0px 10px 10px; background-color: #fbedbb; overflow: auto; font-family: Consolas, Verdana;' >
&lt;Target Name="BeforeBuild"&gt;
 &lt;TransformXml Source="Web.config" Transform="Web.$(Configuration).config" Destination="Web.config" /&gt;
&lt;/Target&gt; 
</pre>
 
위와 같이 하면, 자신이 편집한 web.config 파일이 web.Debug.config 파일이 적용된 후 다시 그 내용을 web.config으로 쓰기 때문에 결국 원하는 동작은 수행할 수 있습니다. 하지만, 원본 web.config 파일이 바뀌게 되고 그 과정에서 xml의 정규화까지 이뤄지므로 생성된 web.config의 내용이 낯설어진다는 불편함이 있습니다. 
 
따라서, 위에서 설명한 어떤 방식이든 각자의 장/단점이 있습니다.

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

</div>

첨부파일

스팸 방지용 인증 번호

1286 (왼쪽의 숫자를 입력해야 합니다.)