코드 메트릭을 사용하여 파일 당 다수 기여 로그 명령

Question

다수 기여자 (작성자)와 함께 Git log 명령을 실행하는 방법이 있습니까? 근본적으로 기여자 당 생성 된 코드의 품질을 보여줄 수 있도록 코드 메트릭 도구와 함께 사용하고 싶습니다. 와 http://msdn.microsoft.com/en-us/library/ms173498.aspx를 사용하여 Microsoft Visual Studio를 코드 분석을 활용 힘내 도구가 있으면 재미있을 것

File  Author  Cyclomatic Complexity LOC(Additions) LOC(Deletions) 
Test.js "John Doe"   5      20    12 

다른보기는 또한

Author CyclomaticComplexityAverage  LOC Per File #Files Majority Contributor 

James    4       30     75 
Anne    8       60     20 

로 요약 할 수있다, 그것은 재미있을 것 Git log 또는 Git 비난은 제작자 메트릭 당 얻을 수있다.

팀 구성원을 개선하고 더 높은 품질을 인정할 수 있도록 약점이나 강점을 식별 할 때 유용합니다. 또한 시간이 지남에 따라 누군가의 향상을 추적하는 데 사용될 수도 있습니다.

코드 메트릭이 개발자의 기술을 결정하는 정확한 방법은 아니며 팀원의 기여/기술을 결정하는 많은 다른 요소가 있다는 것을 알고 있습니다.

Answer 1

힘내는 콘텐츠 추적기이며, 모든 blob이 작성자와 연관 될 수 있지만 git에는 사용자가 수행중인 종류의 다양한 최상위 소프트웨어 메트릭을 편리하게 수용 할 수있는 조항이 없습니다. 따라서 콘텐츠 용으로 독자적인 구문 분석기를 만들어야하거나 일반적인 경우에 달성하려는 내용에 내재 된 어려움을 겪을 수 있습니다. 왜냐하면 git 해석 및 내용 표시가 목표와 일치하지 않기 때문입니다.

또한 git은 변경 사항 (모든 BLOB)의 작성자와 커밋을 구분할 수 있습니다. 특히 프로젝트의 패치를 통해 코드를 제출할 수있는 경우 특히주의해야합니다. 저자와 커미터의 차이를 무시, 당신은 상자에서 알 수

, 파일의 서로 다른 라인의

• 저자의 속성 (그리고 이후에 개별 저자의 기여에 의해 선을 필터링 할 수 있습니다 git blame -- /path/to/file를 사용하여) git log -- /path/to/file와 개별 파일 (git log -p --author=<name>

로 지점에있는 파일) 저자의

역사는 커밋에 영향을 커밋의

역사

행운 인 경우 위의 내용을 사후 처리와 함께 사용하여 도구에 현명한 입력을 생성 할 수는 있지만 어떤 경우에도 상당량의 사후 처리가 필요할 것으로 생각됩니다.