문제

나는 내가 작업중 인 프로젝트에 대한 소스 분석을 활성화하고 Stylecop을 사용할 계획에 대한 연구를 해왔습니다. 내가 가진 설정은 TFS 연속 통합을 사용하여 소스 컨트롤을위한 TFS 서버입니다. CI 빌드 및 매일 빌드는 빌드 머신에서 실행되는 소스 분석을 활성화하고 개발자의 기계에서 실행하는 것만 활성화하고 싶습니다.

다음은 제가 주제에 대해 읽은 Stylecop 문서의 기사입니다.http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html. 기본적으로 목적을 위해 CSPROJ 파일을 수정합니다.

또한 StyleCop이 빌드 자동화와 어떻게 통합되어야하는지에 대한 다른 의견을 읽었으며, 이는 빌드 작업을 사용하여 동일한 작업을 수행하는 것이 좋습니다.

http://blog.newagesolution.net/2008/07/how-to-use-stylecop-and-msbuild-and.html http://freetodev.spaces.live.com/blog/cns !!.

당신은 무엇입니까? 비슷한 프로젝트를했고 이와 같은 일을 했습니까?

도움이 되었습니까?

해결책

일반적으로 Stylecop을 사용하기위한 몇 가지 사항 :

  • 귀하의 (또는 빌드) 머신에 스타일을 설치할 필요가 없습니다. 단순히 Source Control (약 1.5MB의 물건)에 StyleCop의 바이너리를 추가하십시오.
  • 그런 다음 프로젝트 파일에 대한 상대 참조를 다음과 같이 추가하십시오 (I Feart <and>).

    가져 오기 프로젝트 = ".. .. lib Microsoft Stylecop Microsoft.stylecop.targets"

  • 우리는 모든 스타일 콥 경고를 사용한 오류로 취급합니다 StyleCopTreatErrorsAsWarnings 프로젝트 파일에서 설정.

  • 레거시 프로젝트의 경우 Microsoft에서 제공 한 도구를 사용하여 기존 소스 파일을 자동으로 설정하여 무시할 수 있습니다.
  • 스타일 콥 설정 파일을 넣을 수 있습니다 (Settings.StyleCop) vs 솔루션이있는 루트 디렉토리에서 (물론 소스 컨트롤 아래에 배치). StyleCop 은이 파일을 자동으로 찾는 방법을 알고 있습니다 (디렉토리 트리를 루크하여). 이렇게하면 각 솔루션에 대한 사용자 정의 설정이있을 수 있습니다.
  • 우리는 우리가 따르기가 그다지 실용적이지 않다고 생각하는 특정 스타일 콥 규칙을 끕니다.

이러한 방식으로 StyleCop은 컴파일 단계에 통합되므로 CI 빌드의 일부가됩니다.

다른 팁

우리는 몇 가지 프로젝트에서 다음 기사의 접근 방식을 성공적으로 사용합니다 ...

http://blogs.msdn.com/sourceanalysis/pages/source-analysy-msbuild-integration.aspx http://blogs.msdn.com/sourceanalysis/archive/2008/11/11/introducing-stylecop-on-legacy-projects.aspx

기본적으로 몇 가지 환경 변수를 설정하고 모든 .csproj 파일에서 참조하여 각 개별 개발자에 대한 다양한 작업 디렉토리를 수용 할 수 있도록, 빌드 머신에 StyleCop MSBuild 구성 요소를 설치하면 꺼져 있습니다. 팀 빌드에 변경이 필요하지 않습니다.

Visual Studio로 이동하여 솔루션을 마우스 오른쪽 버튼으로 클릭하십시오> Nuget 패키지 관리> 설치 Stylecop.msbuild.

그게 IT =)

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top