Microsoft MVP성태의 닷넷 이야기
글쓴 사람
정성태 (techsharer at outlook.com)
홈페이지
첨부 파일
 

Visual Studio Professional 이하 버전에서도 TFS의 정적 코드 분석 정책 연동이 가능할까?

다들 아시는 것처럼 Visual Studio 2010 Professional 이하 버전에서는 '정적 코드 분석'이 기본적으로 포함되어 있지 않습니다.

그런데, 사실 '정적 코드 분석'은 FxCop과 유사한 도구이기 때문에 어쩌면 msbuild와 fxcop을 통합시키면 TFS 체크인 정책과도 자연스럽게 연동이 되지 않을까 하는 생각이 들어 확인을 해보았습니다.

이를 위해 ^^ 우선 FxCop을 설치해야 하는데 현재 "Windows SDK"에 통합되었다는 이야기가 있군요.

FxCop 10.0 is available
; http://blogs.msdn.com/b/codeanalysis/archive/2010/07/26/fxcop-10-0-is-available.aspx

그래서 아래의 링크에 방문하고,

Microsoft Windows Software Development Kit
; https://www.microsoft.com/en-us/download/details.aspx?id=8279

위의 글에 나오는 "Install Now" 링크를 눌러서 진행하면 "Windows SDK"를 다운로드해 설치할 수 있습니다. 설치 단계에서 모든 구성 요소를 선택할 필요는 없고, 아래와 같이 ".NET Development" / "Tools" 영역만 선택해 주면 FxCop이 포함됩니다.

integrate_fxcop_with_vs2010_1.png

Windows SDK 설치 후, "%ProgramFiles%\Microsoft SDKs\Windows\v7.1\Bin\FXCop" 경로에 가서 "FxCopSetup.exe"를 실행하면 준비는 완료 됩니다.

위와 같은 방법 이외에 Windows SDK의 ISO버전을 다운로드해 CAB 파일로부터 추출하여 설치하는 방법도 있는데 이에 대해서는 다음의 글을 참고하십시오.

.NET FxCop 10 Install from CAB(Comments RSS)
; http://blogx.co.uk/Comments.asp?Entry=812




FxCop이 설치되었으니, 이제 Visual Studio의 빌드 과정에 통합시켜야 하는데, 특정 프로젝트 단위 또는 전체 프로젝트 단위로 설정하는 2가지 방법이 있습니다. 이에 대해서는 다음의 글을 참고하시면 됩니다.

Integrating FxCop into Visual Studio 
; http://blog.davidsilvasmith.com/2010/02/integrating-fxcop-into-visual-studio.html

예를 들어, 특정 프로젝트에만 적용하고 싶다면,

1. C:\Program Files\MSBuild\4.0 폴더에 FxCop.targets 파일을 만들고,

2. FxCop.targets 파일의 내용을 다음과 같이 채워줍니다.

<Project xmlns="http://schemas.microsoft.com/developer/msbuild/2003">
  <PropertyGroup>
    <BuildDependsOn>$(BuildDependsOn);FxCop</BuildDependsOn>
  </PropertyGroup>
  <Target Name="FxCop">
    <Message Text="$(MSBuildToolsPath)" />
    <Exec Command="&quot;$(ProgramFiles)\Microsoft Fxcop 10.0\FxCopCmd.exe&quot; /file:&quot;$(TargetPath)&quot; /console"
          Condition="Exists('$(ProgramFiles)\Microsoft Fxcop 10.0\FxCopCmd.exe')" />
  </Target>
</Project>

3. 정적 코드 분석을 원하는 프로젝트의 csproj 파일을 메모장(또는 Visual Studio 내에서 편집 모드)로 열고 기존 <Import /> 다음에 FxCop.targets를 추가합니다.

  <Import Project="$(MSBuildToolsPath)\Microsoft.CSharp.targets" />
  <Import Project="$(MSBuildExtensionsPath)\4.0\FxCop.targets"/>

위와 같이 적용한 후 빌드를 하면 다음과 같이 Output 창에 정적 코드 분석이 된 결과를 확인할 수 있습니다.

------ Rebuild All started: Project: ConsoleApplication1, Configuration: Debug x86 ------
  ConsoleApplication1 -> D:\...[생략]...\ConsoleApplication1\bin\Debug\ConsoleApplication1.exe
  Microsoft (R) FxCop Command-Line Tool, Version 10.0 (10.0.30319.1) X86
  Copyright (C) Microsoft Corporation, All Rights Reserved.
  
  Loaded designrules.dll...
  Loaded globalizationrules.dll...
  Loaded interoperabilityrules.dll...
  Loaded mobilityrules.dll...
  Loaded namingrules.dll...
  Loaded performancerules.dll...
  Loaded portabilityrules.dll...
  Loaded securityrules.dll...
  Loaded securitytransparencyrules.dll...
  Loaded usagerules.dll...
  Loaded ConsoleApplication1.exe...
  Initializing Introspection engine...
  Analyzing...
  Analysis Complete.
  Writing 2 messages...
  
[Location not stored in Pdb] : warning : CA2210 : Microsoft.Design : Sign 'ConsoleApplication1.exe' with a strong name key.
D:\...[생략]...\ConsoleApplication1\Program.cs(11,1): warning : CA1801 : Microsoft.Usage : Parameter 'args' of 'Program.Main(string[])' is never used. Remove the parameter or use it in the method body.
  Done:00:00:01.9504699
========== Rebuild All: 1 succeeded, 0 failed, 0 skipped ==========

위의 빌드 결과에서 코드 라인이 명시된 CA1801 경고를 Output 창에서 두 번 누르면 해당 파일이 열리면서 커서가 그 라인으로 위치하기까지 합니다. 제대로 통합이 되었다는 것이겠죠.

여기까지, 테스트를 완료하고 "정적 코드 분석"에 아무런 경고도 뜨지 않도록 코드를 수정한 후 '체크인'을 시도해 보았으나 여전히 TFS 체크인 정책에는 통과할 수 없었습니다.

integrate_fxcop_with_vs2010_2.png

이로써, 현재까지는 Visual Studio Professional 이하 버전에서는 TFS 체크인 정책은 항상 "Override policy failure and continue checkin" 옵션을 설정해서 사유(Reason)를 기록해야만 하는 불편함을 벗어날 수 없다는 것!




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







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

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

비밀번호

댓글 작성자
 



2011-09-14 05시58분
[맨날맑음] 안녕하세요?
좋은 글 감사합니다.
저희도 VS2010 Professional 버전 사용중에 잇고, FxCop과 StyleCop을 동시에 사용 중입니다.
SourceAnalysisCheckinPolicy 라는 프로젝트도 받아서 커스터마이징 해보고 했으나, 아무런 오류 / 경고(Rule에 위반사항없음)에도
사유를 기록해야하는 문제가 있어 찾아보던 중 이 아티클을 보게 되었습니다.
혹여, 해당하는 해결방법이 나오거나, 아니면 공식적인 문서는 없을까요?
계속 찾아보고는 있지만 혹시나 해서 질문 드립니다.
감사합니다. 좋은 하루 되세요.
[guest]
2011-09-14 08시14분
넵. 현재로서는, 저도 관련해서 공식적인 문서는 물론 우회적인 해결 방법은 발견하지 못했습니다. ^^
정성태
2011-09-15 01시53분
[맨날맑음] 그렇군요.. 답변 감사드립니다^^; 혹시나 제가 찾으면 결과 남기도록 할께요! 좋은 하루 보내세요
[guest]

... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...
NoWriterDateCnt.TitleFile(s)
12086정성태12/20/201920928디버깅 기술: 144. windbg - Marshal.FreeHGlobal에서 발생한 덤프 분석 사례
12085정성태12/20/201918899오류 유형: 586. iisreset - The data is invalid. (2147942413, 8007000d) 오류 발생 - 두 번째 이야기 [1]
12084정성태12/19/201919340디버깅 기술: 143. windbg/sos - Hashtable의 buckets 배열 내용을 모두 덤프하는 방법 (do_hashtable.py) [1]
12083정성태12/17/201922305Linux: 27. linux - lldb를 이용한 .NET Core 응용 프로그램의 메모리 덤프 분석 방법 [2]
12082정성태12/17/201920557오류 유형: 585. lsof: WARNING: can't stat() fuse.gvfsd-fuse file system
12081정성태12/16/201922419개발 환경 구성: 465. 로컬 PC에서 개발 중인 ASP.NET Core 웹 응용 프로그램을 다른 PC에서도 접근하는 방법 [5]
12080정성태12/16/201919575.NET Framework: 870. C# - 프로세스의 모든 핸들을 열람
12079정성태12/13/201921465오류 유형: 584. 원격 데스크톱(rdp) 환경에서 다중 또는 고용량 파일 복사 시 "Unspecified error" 오류 발생
12078정성태12/13/201921250Linux: 26. .NET Core 응용 프로그램을 위한 메모리 덤프 방법 [3]
12077정성태12/13/201920352Linux: 25. 자주 실행할 명령어 또는 초기 환경을 "~/.bashrc" 파일에 등록
12076정성태12/12/201918875디버깅 기술: 142. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅 - 배포 방법에 따른 차이
12075정성태12/11/201919679디버깅 기술: 141. Linux - lldb 환경에서 sos 확장 명령어를 이용한 닷넷 프로세스 디버깅
12074정성태12/10/201919363디버깅 기술: 140. windbg/Visual Studio - 값이 변경된 경우를 위한 정지점(BP) 설정(Data Breakpoint)
12073정성태12/10/201920880Linux: 24. Linux/C# - 실행 파일이 아닌 스크립트 형식의 명령어를 Process.Start로 실행하는 방법
12072정성태12/9/201917675오류 유형: 583. iisreset 수행 시 "No such interface supported" 오류
12071정성태12/9/201921188오류 유형: 582. 리눅스 디스크 공간 부족 및 safemode 부팅 방법
12070정성태12/9/201923116오류 유형: 581. resize2fs: Bad magic number in super-block while trying to open /dev/.../root
12069정성태12/2/201919494디버깅 기술: 139. windbg - x64 덤프 분석 시 메서드의 인자 또는 로컬 변수의 값을 확인하는 방법
12068정성태11/28/201928164디버깅 기술: 138. windbg와 Win32 API로 알아보는 Windows Heap 정보 분석 [3]파일 다운로드2
12067정성태11/27/201919574디버깅 기술: 137. 실제 사례를 통해 Debug Diagnostics 도구가 생성한 닷넷 웹 응용 프로그램의 성능 장애 보고서 설명 [1]파일 다운로드1
12066정성태11/27/201919247디버깅 기술: 136. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석 - OracleCommand.ExecuteReader에서 OpsSql.Prepare2 PInvoke 호출 분석
12065정성태11/25/201917546디버깅 기술: 135. windbg - C# PInvoke 호출 시 마샬링을 담당하는 함수 분석파일 다운로드1
12064정성태11/25/201920474오류 유형: 580. HTTP Error 500.0/500.33 - ANCM In-Process Handler Load Failure
12063정성태11/21/201919404디버깅 기술: 134. windbg - RtlReportCriticalFailure로부터 parameters 정보 찾는 방법
12062정성태11/21/201918892디버깅 기술: 133. windbg - CoTaskMemFree/FreeCoTaskMem에서 발생한 덤프 분석 사례 - 두 번째 이야기
12061정성태11/20/201919332Windows: 167. CoTaskMemAlloc/CoTaskMemFree과 윈도우 Heap의 관계
... 61  62  63  64  65  66  67  68  69  70  71  72  73  [74]  75  ...