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

비밀번호

댓글 작성자
 




... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...
NoWriterDateCnt.TitleFile(s)
1840정성태1/8/201528915오류 유형: 267. Visual Studio - CodeLens 사용 시 CPU 100% 현상
1839정성태1/5/201521553디버깅 기술: 69. windbg 분석 사례 - cpu 100% 현상 (2)
1838정성태1/4/201541513기타: 49. 윈도우 내레이터(Narrator) 기능 끄는 방법(윈도우에 파란색의 굵은 테두리 선이 나타난다면?) [4]
1837정성태1/4/201527689디버깅 기술: 68. windbg 분석 사례 - 메모리 부족 [1]
1836정성태1/4/201527680디버깅 기술: 67. windbg - 덤프 파일과 handle 정보
1835정성태1/3/201528262개발 환경 구성: 254. SQL 서버 역시 SSL 3.0/TLS 1.0만을 지원하는 듯!
1834정성태1/3/201552893개발 환경 구성: 253. TLS 1.2를 적용한 IIS 웹 사이트 구성
1833정성태1/3/201529063.NET Framework: 490. System.Data.SqlClient는 SSL 3.0/TLS 1.0만 지원하는 듯! [3]
1832정성태1/2/201521696오류 유형: 266. Azure에 응용 프로그램 게시 중 로그인 오류
1831정성태1/1/201529812디버깅 기술: 66. windbg 분석 사례 - cpu 100% 현상 (1) [1]
1830정성태1/1/201528963오류 유형: 265. svchost.exe 프로세스(IP Helper: IPHLPSVC)의 CPU 100% 현상
1829정성태12/16/201432812VC++: 86. Windows Vista부터 바뀐 Credential Provider 예제 분석 (2) [2]파일 다운로드1
1828정성태12/15/201429267VC++: 85. Windows Vista부터 바뀐 Credential Provider 예제 분석 (1) [4]파일 다운로드1
1827정성태12/12/201425634VC++: 84. CredUIPromptForWindowsCredentials Win32 API 사용법 정리
1826정성태12/11/201429970.NET Framework: 489. Socket.Listen에 전달된 backlog 인자의 의미 [6]
1825정성태12/11/201477429.NET Framework: 488. TCP 소켓 연결의 해제를 알 수 있는 방법 [10]파일 다운로드1
1824정성태12/10/201427173.NET Framework: 487. Socket.Receive 메서드의 SocketFlags.Peek 동작을 이용해 소켓 연결 유무를 확인? [8]파일 다운로드1
1823정성태12/10/201424255.NET Framework: 486. Java의 ScheduledExecutorService에 대응하는 C#의 System.Threading.Timer [2]
1822정성태12/3/201426440개발 환경 구성: 252. Xamarin 라이선스 관리 [8]
1821정성태12/1/201433238VS.NET IDE: 96. Visual Studio에서 /* ~ */ 주석을 위한 단축키(매크로)
1820정성태11/23/201421525.NET Framework: 485. Mono Profiler에서 IL 코드 변경이 가능할까? - 두 번째 이야기파일 다운로드1
1819정성태11/22/201421335오류 유형: 264. MSBuild 에러 - warning MSB3052: The parameter to the compiler is invalid,
1818정성태11/22/201424274개발 환경 구성: 251. NUMA 노드 수에 따른 IIS Worker Process(w3wp.exe) 설정 [1]
1817정성태11/22/201427376VS.NET IDE: 95. Macros for Visual Studio 2013 [1]
1816정성태11/20/201422052.NET Framework: 484. Mono Profiler에서 IL 코드 변경이 가능할까?
1815정성태11/18/201420032.NET Framework: 483. 코드로 살펴 보는 ETW의 활성화 시점 [2]
... 121  122  123  124  125  126  127  128  129  [130]  131  132  133  134  135  ...