2010-03-22 3 views
0

FxCop이 분석하는 exe/dll의 증분 변경 사항 만 분석하고 전체 내용이 아니라 이미 해당 부분을 분석하는 방식으로 작동하도록 노력하고 있습니다. ... 어떤 생각이 어떻게 이뤄낼 수 있을까 ?? ... 미리 감사드립니다 ...FxCop을 사용하여 최신 변경 내용 만 분석

감사합니다,

ASV ...

답변

0

는 나는 이런 일이 갈 수있는 너무 많은 번거 로움이 될 것입니다 생각합니다. 내 충고는 당신이 살 수있는 fx 경찰 규칙을 선택하고 모든 오류/경고를 코드에서 빼내는 것입니다. 그렇게하면 다른 팀 구성원이 뭔가를 변경하면 통과하는 코드를 작성하지 않는 한 그 사람을 발견하게됩니다. 이 경우 아무런 문제가 없습니다.

fxcop로 확인하기 위해 시간이 걸리는 일부 masive 프로젝트에서 작업하는 경우가 아니면 확인해야하며 증분 변경 만 확인해야 할 이유가 없습니다.

프로젝트가 너무 커서 분석하기가 오래 걸리는 상황에 처한 경우 리팩토링을 고려하십시오. Visual Studio 컨텍스트에서 프로젝트에 폴더가있는 곳이면 새 프로젝트로 만들 것을 고려하십시오. 이렇게하면 코드를 분리하는 데 도움이되며 전체 솔루션과 모든 프로젝트가 아닌 전체 솔루션의 일부분을 분석 할 수 있습니다. 대부분의 경우 변경 사항이 없습니다.

어려운 시나리오를 보완하기 위해 실제로 사용자 정의 된 테스트 설정을 만드는 것보다 리팩토링이 학습 곡선이 적어지면 더 빨리 수행됩니다.

+0

예 ... 거대한 프로젝트는 무시할 수없는 무언가입니다. 우리는 프로세스를 다림질하는 과정에서 ... 모든 시나리오에서 일관성 있고 솔루션에 맞게해야합니다. ... 어떤 방식 으로든 VS 확장 성을 사용할 수 있습니까 ?? – ASV

+0

Visual Studio 프로젝트에서 증분 빌드를 사용하도록 설정 한 후 포스트 빌드 프로세스에서 실행중인 FxCop이 나머지 작업을 처리 할 것이라고 생각했습니다. 이렇게 생각하면됩니다 ... 증분 빌드로 FxCop도 만들 수 있습니다. exe/dll에서 점차적 인 변화를 찾으십시오 ... 비록 내가 이런 일이 일어나지 않을지라도 ... – ASV

+0

하나의 큰 분석보다는 솔루션의 다른 부분에서 실행되는 더 작은 fxcop 프로젝트를 만드는 것을 고려해야합니다. 일부 프로젝트는 다른 프로젝트보다 많은 변화에 직면하게됩니다. 지속적인 통합 빌드의 일부로 fx cop를 실행하는 경우 더 자주 실행되는 무거운 fxcop 프로젝트와 다른 빌드를 갖는 것을 고려하십시오. –

0

이것은이 질문과 유사합니다.

Diff fxcop results

것이 가능하지만, 그 결과는 100 % 정확하지 않을 것이다. 요컨대, 어셈블리에 대한 분석을 실행하고 보고서를 생성합니다. 어셈블리가 변경된 후 분석을 다시 실행하고 FXCop 프로젝트가 새로운 오류 만보고하도록 설정하고 기존 보고서를 기준으로 가져옵니다. UI 대신 fxcopcmd.exe를 사용하여이 작업을 수행하는 것이 가장 좋습니다.

결과가 100 % 정확하지 않은 이유는 기존 보고서를 새 코드와 일치시키는 것이 쉬운 작업이 아니기 때문입니다. 코드가 리팩토링되고, 위반 사항이 수정되고, 새로운 위반 사항이 도입됩니다. 변경된 어셈블리에서 이전에보고되었지만 위반 사항이 다시보고 될 수 있습니다. 하지만 전반적으로 fxcop은 diff 보고서를 만드는 데 꽤 괜찮은 일을합니다.