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

비밀번호

댓글 작성자
 




... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...
NoWriterDateCnt.TitleFile(s)
494정성태5/26/200728134오류 유형: 35. 비스타 탐색기 - 특정 파일을 오른쪽 마우스 클릭했을 때, 비정상 종료되는 문제
493정성태5/26/200727123오류 유형: 34. Windows Server 2008 : CA 인증서 발급 실패
492정성태5/23/200726657.NET Framework: 89. ManagedThreadId - 두 번째 이야기 [5]파일 다운로드1
491정성태5/21/200726749.NET Framework: 88. ManagedThreadId ? [4]
490정성태5/19/200735242오류 유형: 33. error MSB6003: SxS DLL 로딩 오류 [2]
489정성태5/14/200723065.NET Framework: 87. .NET 2.0에서 C# 3.0 기능 사용하기
488정성태5/14/200721610Windows: 25. Multiple Input Queues
487정성태4/24/200727225VC++: 32. VC++에서 bool이 가지는 의미 [3]
486정성태3/22/200726250Windows: 24. DreamScene과 DWM(Desktop Window Manager)의 관계 [1]
485정성태3/17/200721568오류 유형: 32. VS.NET 2005 - x64 환경에서의 mixed 디버깅 환경 구성
484정성태3/17/200720733오류 유형: 31. SQL Compact Edition 설치 후 오류
483정성태3/17/200742161오류 유형: 30. x64 환경: .NET + COM 프로젝트 실행 시 오류 - 80040154 [2]
482정성태3/17/200731640Team Foundation Server: 17. 팀 프로젝트 접속 및 사용
481정성태3/17/200725557Team Foundation Server: 16. 팀 프로젝트 읽기 전용 사용자 등록
480정성태3/14/200723832.NET Framework: 86. GC(Garbage Collector)의 변화
479정성태3/14/200727694개발 환경 구성: 25. D820 - ReadyBoost 구동
478정성태3/14/200727118개발 환경 구성: 24. D820 고주파음 문제
477정성태3/14/200736371개발 환경 구성: 23. 비스타 x64 버전에서 서명되지 않은 드라이버 사용 [4]
476정성태3/9/200731858개발 환경 구성: 22. D820 노트북 - 설치 및 BitLocker 구성 [1]
475정성태3/6/200726224.NET Framework: 85. 공용 프로퍼티 자동 생성
474정성태3/5/200724474.NET Framework: 84. Lambda 표현식 응용 사례 [1]
473정성태3/4/200731504디버깅 기술: 14. TFS 오류 추적(TF53010, TF14105)
472정성태3/3/200730727디버깅 기술: 13. 예외 발생 시 Minidump 생성 - WinDBG [3]파일 다운로드1
471정성태3/1/200719813디버깅 기술: 12. Managed Method에 Break Point 걸기
469정성태2/28/200731424디버깅 기술: 11. (Managed) Main Method에 Break Point 걸기 [3]파일 다운로드1
470정성태3/1/200722856    답변글 디버깅 기술: 11.1. (Managed) Main Method에 Break Point 걸기 - 내용 보강
... [181]  182  183  184  185  186  187  188  189  190  191  192  193  194  195  ...