개발자 커밋 통계가 왜 유해합니까?

10

필자는 각 개발자가 하루에 수행하는 커밋 수와 같은 커밋 통계를 추적하는 것이 개발 프로세스에 해롭다는 것을 오랫동안 믿었습니다. 그 이유는 명백합니다. 개발자는 더 작은 단위로 커밋하여 일일 커밋 수를 최대화하지만 이산하기가 더 어려워지고 (아마도 모든 중간 패치가 레포를 잘 형성하지 않을 수 있음) 커밋 기록으로 작업하기가 더 어려워집니다. (변경 사항은 갑자기 하나가 아닌 여러 번 커밋됩니다. 패치를 되돌리기가 더 어렵습니다.)

커밋 통계가 유해하다는 연구 결과가 있습니까? 주제에 대해 우아하고 논쟁의 여지가있는 기사가 있습니까? 잘못된 것을 측정하면 사람들이 잘못된 것을 최적화하게 만드는 이유도 마찬가지로 적용 가능합니다.이 문제는 특별한 경우입니다.

version-control 
— 닐 미첼
소스
8
"아주 우아하고 논쟁적인 기사"?? 귀하의 질문은 우아하고 논쟁의 여지가 있습니다. 더 필요한 게 뭐야? 당신은 숫자가 사소한 게임이므로 쓸모가 없다는 충분한 증거를 제공했습니다. 우아하고 논쟁의 여지가있는 질문보다 더 원하는 것이 있습니까?
— S.Lott
개발자는 발견 작업 및 버그를 수정 시도해야 할 큰 커밋 작은 커밋 시나리오는 differenc.e 볼
통계 수집은 그 자체로는 해롭지 않다고 생각하지만 프로그래머를 평가하는 데 사용하는 것이 좋습니다. VCS는 다른 통계와 함께 해당 정보를 수집하고 팀 전체에서 사용할 수 있지만 거의 보지 못합니다. 따라서 통계를 수집 하는 것은 해롭지 않습니다.
— MarkJ
나는 커밋 크기를 통계를 가짜로 변경 해야하는 외부 압력에 불과합니다 (나는 개인적으로는 작은 커밋 종류의 사람입니다). 나는 이상적으로 다른 사람들을 가리킬 수있는 곳을 찾고있다. 그래서 나는 스스로 논쟁을 할 필요가 없다. :)
— Neil Mitchell
2
나는 이 Dilbert 만화가 내가 본 것뿐만 아니라 그 사건을 만든다고 믿는다 .
— ebneter

답변:

6

측정하는 것은 재미있는 통계이지만 개발자가 일주일 동안 일한 시간을 기록하는 것보다 더 유용하지는 않습니다.

우선, 코드 품질을 고려하지 않습니다. 한 개발자는 자신의 코드에서 버그를 계속 수정하면서 계속 커밋 할 수 있습니다. 완성되고 세련된 코드 한 덩어리를 커밋하는 개발자와 비교할 때 많은 커밋이 표시됩니다. 커밋 횟수가 큰 사람이 더 나은 개발자라고 생각하지 않을 것입니다.

마찬가지로 하루 종일 커밋하기 위해 하루 종일 쉬고 서핑하는 사람은 하루 종일 코드를 안전하게 유지하기 위해 하루 종일 최종 커밋을하기 위해 하루 종일 코딩하는 데 전념 한 개발자와 동일한 커밋 수를 갖습니다.

커밋 된 코드 라인이 계산되는 시스템이 있다면 모든 중괄호를 '원하는 스타일'로 소스 파일을 리팩토링하는 사람은 큰 가치를 갖습니다. 1 줄의 중요한 버그 수정을 한 사람은 간신히 나타납니다.

따라서 개발자가 시스템을 게임하지 않아도 의미있는 통계를 만들지 않습니다. 예쁜 그래프 외에는 아무것도 제공하지 않아야합니다. 그러나 모든 사람들이 통계를 좋아하므로 유지한다고 말하지만 재미 이외의 용도로는 사용하지 마십시오.

— bj
소스
당신의 의견은 흥미롭지 만 실제 질문은 "연구가 있습니까?" 귀하의 답변으로 해결되지 않습니다.
— Bryan Oakley
"라인 수". 결국 한 줄 패치가되는 문제를 연구하는 데 며칠이 걸릴 수 있습니다.
5
단지 이야기 이지만 고전적인 이야기입니다 .
— Wrikken
이 "몇 일"(또는 적어도 몇 시간)의 연구는 매우 중요하지만 단선 수정으로 인해 종종 내 경험에서 발생합니다.
— Johan
당사 사이트를 사용함과 동시에 당사의 쿠키 정책과 개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.