Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 
(연관된 글이 1개 있습니다.)

VS.NET 2008 - 다중 프로젝트에서 단일 SNK를 사용하는 방법


VS.NET 2005에서는 프로젝트 속성창에서 어셈블리 서명을 위해 SNK 파일을 지정하면 상대 경로가 적용되어 단일한 하나의 SNK 파일을 참조하는 것이 가능했습니다.

하지만, VS.NET 2008에서는 [그림 1]과 같이 서명 파일을 입력하는 곳이 편집이 가능하지 않은 ComboBox로 되어 있는 데다, "Browse" 메뉴를 통해서 솔루션 내의 다른 폴더에 있는 SNK 파일을 지정하게 되면, 해당 SNK 파일을 프로젝트 하위에 복사해서 지정하는 방식을 취하고 있습니다. 하나의 솔루션 내에서 프로젝트가 제법 많은 경우에는, 각각의 프로젝트에 동일한 SNK 파일이 퍼져 있게 됩니다. 한마디로, 바람직하지 않죠.

[그림 1: VS.NET 2008 프로젝트 속성창에서 서명 파일 지정]
reuse_one_snkfile_vsnet2008_1.png

물론, 해결 방법이 있습니다.

하지만! 다소 번거롭습니다. ^^
우선, 소스 제어에 참여 하고 있는 경우 해당 프로젝트 파일만을 체크아웃 시킵니다. "솔루션 탐색기"에서 프로젝트 노드를 클릭하고 체크아웃 하면 그 이하의 모든 파일까지 체크아웃 되니까, 그러지 마시고 "소스 컨트롤 탐색기"에서 "체크 아웃"을 직접 지정하십시오.

[그림 2: 소스 제어 탐색기에서 직접 체크아웃]
reuse_one_snkfile_vsnet2008_2.png

그런 다음, 윈도우즈 파일 탐색기에서 해당 프로젝트 파일을 메모장으로 직접 불러들이거나, 아니면 "솔루션 탐색기"에서 해당 프로젝트를 "Unload Project" 시킨 다음에 아래와 같이 "편집" 메뉴를 사용하시면 VS.NET 2008 안에서 직접 편집이 가능합니다.

[그림 3: 프로젝트 파일 편집]
reuse_one_snkfile_vsnet2008_3.png

프로젝트 파일 내용 중에서 "AssemblyOriginatorKeyFile" 태그를 찾아서 있으면 편집하면 되고, 없으면 하나 새로 넣어주시면 됩니다. 물론, 직접 아래와 같이 상대 경로를 넣어 주시면 됩니다.

 <AssemblyOriginatorKeyFile>..\..\BaseClassLibrary.snk</AssemblyOriginatorKeyFile>

이 방법 외에도, assembly 단위 속성에 AssemblyKeyFile 파일을 통해서 지정하는 것도 가능하지만, VS.NET 2008부터는 이에 대해 "Use command line option '/keyfile' or appropriate project settings instead of 'AssemblyKeyFile'"라는 경고로 처리해 버립니다. 따지고 보면, SNK 파일을 단일하게 재사용하는 것에 대해서 그다지 바람직 하지 않다는 듯 싶은데, 마이크로소프트가 그렇게 권장하고 있는 이유가 궁금해 지는 군요. ^^



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

[연관 글]






[최초 등록일: ]
[최종 수정일: 5/21/2021]

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

비밀번호

댓글 작성자
 




... [166]  167  168  169  170  171  172  173  174  175  176  177  178  179  180  ...
NoWriterDateCnt.TitleFile(s)
927정성태9/14/201039370VC++: 41. UTF-8 포맷의 INI 파일에 대한 GetPrivateProfile... API 사용 불가 [2]
926정성태9/9/201028680Team Foundation Server: 41. 빌드 스크립트에 Code Coverage 추가 [1]파일 다운로드1
925정성태9/8/201032492Team Foundation Server: 40. Visual Studio 2010 - Code Coverage 결과를 외부 XML 파일로 출력하는 명령행 도구 제작 [1]파일 다운로드1
924정성태9/6/201022725개발 환경 구성: 88. SCVMM이 설치된 도메인에 참여하지 않은 Hyper-V 호스트 추가
923정성태9/5/201028854오류 유형: 107. SCVMM Agent 설치 오류 - Failed to configure the WS-Management service.
922정성태9/4/201037522오류 유형: 106. Hyper-V 가상 머신의 네트워크 끊김 현상
921정성태9/2/201031419DDK: 2. Device Driver 응용 프로그램의 빌드 스크립트 [2]파일 다운로드1
920정성태9/1/201036080오류 유형: 105. WMI - The RPC server is unavailable [2]
919정성태8/30/201042293DDK: 1. Visual Studio 2010 - Device Driver 제작- Hello World 예제 [3]파일 다운로드1
918정성태8/28/201028189개발 환경 구성: 87. Hyper-V의 네트워크 유형 (3)
917정성태8/26/201023238개발 환경 구성: 86. "Routing and Remote Access"의 "Routing" 기능 활성화 방법
916정성태8/25/201022393개발 환경 구성: 85. 가상 네트워크에 LAN 어댑터 보이거나 감추는 방법
915정성태8/24/201040499개발 환경 구성: 84. Hyper-V의 네트워크 유형 (2)
913정성태8/22/201029678오류 유형: 104. Hyper-V 관리자 - VM 생성 오류 (VHD 생성 오류)
912정성태8/20/201031555.NET Framework: 183. 구조체 포인터 인자에 대한 P/Invoke 정의파일 다운로드1
911정성태8/19/201028587오류 유형: 103. System.Reflection.TargetException파일 다운로드1
910정성태8/19/201039473개발 환경 구성: 83. Hyper-V의 네트워크 유형 (1)
909정성태8/18/201034716오류 유형: 102. System.MissingMethodException
908정성태8/17/201025668개발 환경 구성: 82. Windows Virtual PC의 네트워크 유형 (3)
907정성태8/14/201023168개발 환경 구성: 81. Windows Virtual PC의 네트워크 유형 (2)
906정성태8/13/201031506개발 환경 구성: 80. Windows Virtual PC의 네트워크 유형 (1)
905정성태8/8/201034309Team Foundation Server: 39. 배치 파일로 팀 빌드 구성 [2]파일 다운로드1
904정성태8/8/201036953오류 유형: 101. SignTool Error: No certificates were found that met all the given criteria. [2]
903정성태8/6/201033864Team Foundation Server: 38. TFS 소스 코드 관리 기능 (4) - Branch
902정성태8/5/201026209Team Foundation Server: 37. TFS 2010의 소스 서버 수작업 구성
901정성태8/4/201025445Team Foundation Server: 36. TFS 소스 코드 관리 기능 (3) - Label
... [166]  167  168  169  170  171  172  173  174  175  176  177  178  179  180  ...