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

비밀번호

댓글 작성자
 




... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...
NoWriterDateCnt.TitleFile(s)
1188정성태12/3/201127602개발 환경 구성: 135. 마이크로소프트 TFS 호스팅 서비스 - Preview [3]
1187정성태12/2/201132343개발 환경 구성: 134. Robocopy 오류 및 종료 코드
1186정성태12/1/201134346.NET Framework: 279. WPF - 그리기 성능 및 Blurring 문제파일 다운로드1
1185정성태11/29/201124438.NET Framework: 278. WPF - Content의 Changed 이벤트에 해당하는게 뭔가요?파일 다운로드1
1184정성태11/29/201127699.NET Framework: 277. F#과 WPF가 어울리지 못하는 근본적인 이유 [2]
1183정성태11/26/201122914오류 유형: 140. Visual Studio 2010 - Floating된 에디트 윈도우가 사라지지 않는 경우 [2]
1182정성태11/25/201158941.NET Framework: 276. 중복 없는 숫자를 랜덤으로 배열하는 방법 [5]파일 다운로드1
1181정성태11/24/201129196디버깅 기술: 44. windbg의 mscordacwks DLL 로드 문제
1180정성태11/23/201139048.NET Framework: 275. 레지스트리 등록 및 Interop DLL 없이 COM 개체 사용하는 방법 [2]파일 다운로드1
1179정성태11/22/201129567.NET Framework: 274. ReaderWriterLockSlim은 언제 쓰는 걸까요? [4]파일 다운로드1
1178정성태11/19/201126155.NET Framework: 273. 설치된 .NET 버전에 민감한 코드를 포함하는 경우, 다중으로 어셈블리를 만들어야 할까요?파일 다운로드1
1177정성태11/18/201131451.NET Framework: 272. 소켓 연결 시간 제한 - 두 번째 이야기 [1]파일 다운로드1
1176정성태11/17/201130848.NET Framework: 271. C#에서 확인해 보는 관리 힙의 인스턴스 구조 [3]파일 다운로드1
1175정성태11/16/201128826.NET Framework: 270. .NET 참조 개체 인스턴스의 Object Header를 확인하는 방법 [1]파일 다운로드1
1174정성태11/15/201128183.NET Framework: 269. 일반 참조형의 기본 메모리 소비는 얼마나 될까요? [4]
1173정성태11/14/201124302.NET Framework: 268. .NET Array는 왜 12bytes의 기본 메모리를 점유할까? [1]
1172정성태11/13/201121216.NET Framework: 267. windbg - GC Heap에서 .NET 타입에 대한 배열을 찾는 방법
1171정성태11/12/201137963.NET Framework: 266. StringBuilder에서의 OutOfMemoryException 오류 원인 분석 [4]파일 다운로드1
1170정성태11/10/201127345.NET Framework: 265. Named 동기화 개체 생성 시 System.UnauthorizedAccessException 예외 발생하는 경우
1169정성태11/10/201130841.NET Framework: 264. 다중 LAN 카드 환경에서 Dns.GetHostAddresses(local)가 반환해 주는 IP의 우선순위는 어떻게 될까요? [4]
1168정성태11/6/201126754오류 유형: 139. TlbImp : error TI0000 : A single valid machine type compatible with the input type library must be specified
1167정성태11/5/201138558개발 환경 구성: 133. Registry 등록 과정 없이 COM 개체 사용 - 두 번째 이야기 [5]파일 다운로드4
1166정성태11/5/201124606.NET Framework: 263. byte[] pData = new byte[100000]로 인한 성능 차이? [1]파일 다운로드1
1165정성태11/3/201129650개발 환경 구성: 132. "Visual Studio Command Prompt (2010)" 명령행에서 2.0 버전의 MSBuild를 구동하는 방법 [2]파일 다운로드1
1164정성태11/1/201127748.NET Framework: 262. .NET 스레드 콜 스택 덤프 (4) - .NET 4.0을 지원하지 않는 MSE 응용 프로그램 원인 분석
1163정성태10/31/201127362.NET Framework: 261. .NET 스레드 콜 스택 덤프 (3) - MSE 소스 코드 개선파일 다운로드1
... 151  152  153  154  155  [156]  157  158  159  160  161  162  163  164  165  ...