Microsoft MVP성태의 닷넷 이야기
VS.NET IDE: 56. C#에서 아쉬운 __DATE__, __TIME__ 매크로 [링크 복사], [링크+제목 복사],
조회: 28290
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 2개 있습니다.)


C#에서 아쉬운 __DATE__, __TIME__ 매크로


C/C++ 매크로 기능을 .NET에서 구현하는 첫 번째 사례에 대해서는 다음의 토픽에서 말씀드렸지요.

XML/XSLT로 구현하는 매크로 확장
; https://www.sysnet.pe.kr/2/0/542

그래도, 모든 경우의 매크로 기능을 XML/XSLT 확장으로 처리하기에는 무리가 있긴 합니다.

고객으로부터 요청 사항이 들어왔습니다. 배포된 응용 프로그램의 정확한 팀 빌드 버전을 알고 싶다는 것인데, 물론 소스 코드가 수정이 되고 AssemblyVersion을 같이 변경해 주면 추적이 되는데도 불구하고 실제로 개발자들이 그와 같은 변경을 자주 잊어버리기 때문에, 예전의 C/C++에서 제공되던 __DATE__, __TIME__으로 주어지는 문자열을 프로그램 정보창에 띄워달라는 것이었습니다.

일면... 타당하기도 하고,,, ^^

어쨌든, 이를 해결하기 위한 방법으로는 MSBuild 외에는 딱히 떠오르지를 않습니다. 게다가 소스 코드 파일을 직접 수정하는 것은 버전 제어 시스템과의 연계 면에서 과히 좋은 생각이 아니기 때문에 별도의 파일에 컴파일 정보를 담아 놓는 것으로 결정했습니다.

우선, 프로젝트에 "output.txt"라는 파일을 추가하고 빌드 유형을 "Embedded Resource"로 변경합니다. 그다음, "프로젝트" 파일을 메모장 등에서 편집을 합니다.

대강, 아래와 같은 내용으로 편집해 주면 됩니다.

<Target Name="BeforeBuild">
    <Exec Command="Date /T &gt; output.txt" />
    <Exec Command="Time /T &gt;&gt; output.txt" />
</Target>

아쉽게도, 기본 제공되는 MSBuild Task에는 현재 시간을 구하는 속성이 없었습니다. 물론, 현재 시간을 반환해주는 사용자 정의 Task를 만들 수도 있지만 - 경험상, 고객 사이트에 이런 설치 요소를 늘리는 것은 바람직 하지 않기 때문에 - 간단하게 목적을 달성할 수 있는 도스 명령어의 "Date", "Time"을 이용했습니다.

그런데, 소스 컨트롤에 올렸더니 "Access Denied" 문제가 발생합니다. 이런 경우는 굳이 Check In/Out 정보를 남길 필요가 없기 때문에 단순히 파일 속성의 읽기 전용 속성만 풀어주는 것으로 해결할 수 있습니다.

<Target Name="BeforeBuild">
    <Exec Command="attrib -R output.txt" />
    <Exec Command="Date /T &gt; output.txt" />
    <Exec Command="Time /T &gt;&gt; output.txt" />
    <Exec Command="attrib +R output.txt" />
</Target>

해당 프로젝트의 바이너리들이 팀 빌드를 통해서 배포된다면, 팀 빌드 버전 기록이 보여지는 것이 오히려 정상일 수 있습니다. 이를 위해 "$(BuildNumber)"가 팀 빌드 시에는 제공이 되지만, 로컬 빌드에서는 없기 때문에 2가지 상황을 고려해 줘야 합니다. 결국, 아래와 같이 마무리를 하게 됩니다.

<PropertyGroup>
    <BeforeBuildDependsOn>
      RemoteTFSBuild;
      LocalProjectBuild;
    </BeforeBuildDependsOn>
</PropertyGroup>

<Target Name="BeforeBuild" DependsOnTargets="$(BeforeBuildDependsOn)" Outputs="$(TargetPath)">
</Target>

<Target Name="RemoteTFSBuild" Condition="$(BuildNumber) != ''">
    <Exec Command="attrib -R output.txt" />
    <Exec Command="echo $(BuildNumber) &gt; output.txt" />
    <Exec Command="attrib +R output.txt" />
</Target>

<Target Name="LocalProjectBuild" Condition="$(BuildNumber) == ''">
    <Exec Command="attrib -R output.txt" />
    <Exec Command="Date /T &gt; output.txt" />
    <Exec Command="Time /T &gt;&gt; output.txt" />
    <Exec Command="attrib +R output.txt" />
</Target>

이렇게 포함된 내용은 다음과 같은 코드로 가져와서 메시지 박스에 보여주면 끝.

namespace WindowsApplication1
{
    public partial class Form1 : Form
    {
        public Form1()
        {
            InitializeComponent();
        }

        private void Form1_Load(object sender, EventArgs e)
        {
            Assembly asm = this.GetType().Assembly;
            
            using (System.IO.Stream stream 
                = asm.GetManifestResourceStream("WindowsApplication1.output.txt"))
            {
                byte[] bufffer = new byte[stream.Length];
                stream.Read(bufffer, 0, (int)stream.Length);
                this.Text = Encoding.UTF8.GetString(bufffer);
            }
        }
    }
}

더 좋은 의견 있으신 분??? ^^



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

[연관 글]






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

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

비밀번호

댓글 작성자
 



2008-06-10 03시34분
[konanya] 좋은 아이디어시네요. ^^ 잘 배우구 갑니다.
[guest]
2008-11-30 10시36분
TeamBuild ClickOnce - Auto Incrementing Your Version Information
; http://myramserialize.blogspot.com/search/label/Team%20Build
kevin25

... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...
NoWriterDateCnt.TitleFile(s)
1387정성태12/12/201229667VC++: 64. x64 Visual C++에서 TEB 주소 구하는 방법
1386정성태12/12/201230999디버깅 기술: 53. windbg - 덤프 파일로부터 네이티브 DLL을 추출하는 방법 [1]
1385정성태12/12/201226416디버깅 기술: 52. Windbg - The version of SOS does not match the version of CLR you are debugging.
1384정성태12/12/201231108개발 환경 구성: 178. System32 폴더의 64비트 DLL을 32비트 Depends.exe에서 보는 방법
1383정성태12/10/201227097개발 환경 구성: 177. 기업용 메신저를 위한 Office Communicator Server 2007 설치 [1]
1382정성태12/8/201229749개발 환경 구성: 176. WebPagetest 서버 - 설치 및 테스트
1381정성태12/5/201228533.NET Framework: 347. C# - 프로세스(EXE) 수준의 Singleton 개체 생성 [2]파일 다운로드1
1380정성태11/28/201238488.NET Framework: 346. 닷넷 개발자에게 Node.js의 의미 [17]
1379정성태11/26/201231854.NET Framework: 345. C# 부호(+, -)에 대한 비트 변환 [1]
1378정성태11/22/201232904Java: 14. 안드로이드 - Hello World 실습 [7]
1377정성태11/19/201226533.NET Framework: 344. 닷넷 프로파일러 - ICorProfilerInfo::GetILFunctionBody 함수 버그
1376정성태11/15/201231636디버깅 기술: 51. 닷넷 응용 프로그램에서 특정 예외가 발생했을 때 풀 덤프 받는 방법 [6]
1375정성태11/15/201227356디버깅 기술: 50. windbg의 mscordacwks DLL 로드 문제 - 두 번째 이야기
1374정성태11/13/201225402개발 환경 구성: 175. Visual Studio의 "Extension Manager"에서 설치된 구성 요소들의 제거 버튼이 비활성화되었다면!
1373정성태11/13/201225943.NET Framework: 343. VB.NET 어셈블리의 .NET Reflector 소스 코드를 분석할 때 알아두면 좋은 사항
1372정성태11/1/2012120662Windows: 67. 64비트 윈도우에서 Internet Explorer 10이 항상 64비트로만 실행된다면? [57]
1371정성태10/31/201228646.NET Framework: 342. Python의 zip과 with 문 context를 C#과 비교하면. [3]파일 다운로드1
1370정성태10/31/201223639VS.NET IDE: 75. Visual Studio - "Active Solution Platform" 변경을 툴바에서 하는 방법
1369정성태10/31/201236887개발 환경 구성: 174. 윈도우에서 Mono 개발 환경 구성 [4]
1368정성태10/31/201228443개발 환경 구성: 173. Windows Phone SDK 8.0 설치
1367정성태10/30/201235969개발 환경 구성: 172. IIS 7.5부터 지원되는 웹 사이트 자동 시작 모드 [1]
1366정성태10/24/201227458개발 환경 구성: 171. GTK+를 윈도우 환경에 수작업 설치
1365정성태10/24/201226218개발 환경 구성: 170. 우분투 데스크톱 Active Directory 가입하기 [2]
1364정성태10/19/201222803Windows: 66. Hyper-V 2012에서 별도의 네트워크 카드를 이용한 Live Migration
1363정성태10/16/201230344개발 환경 구성: 169. Objective-C의 대안 - Xamarin의 Mono를 이용한 C# iOS 개발 환경 [2]
1362정성태10/16/201230610개발 환경 구성: 168. 우분투 서버 Active Directory 가입하기
... 136  137  138  139  140  141  142  143  144  145  146  147  [148]  149  150  ...