유효한 SCM 메시지는 무엇입니까?

Question

저는 현재 새 SVN 인스턴스에 대한 몇 가지 훅을 작성 중입니다. 사람들이 커밋 메시지를 확인하기 위해 적용해야한다고 생각하는 기준에 대한 의견이 충분합니다. 이 특정 SVN 인스턴스는 SCM 모범 사례에 대한 다양한 지식을 가진 광범위한 개발자가 사용합니다.

나는 질투에 불타는되고 간결하면서도 완벽하게 유효한 메시지를 가진 사람에 어려운 생활을 제대로 변화를 설명하기 위해 충분한 정보를 강요하지만 사이의 적절한 균형을 유지하기 위해 노력하고있어. 내가 거부하려고하는 일은 "업데이트 된"또는 "추가 된 파일"과 같은 메시지이므로 단어 수와 메시지 길이에 대한 제한이 명백한 선택입니다.

변경 사항을 올바르게 설명하지 않은 메시지를 거부하는 데 사용할 수있는 다른 기준은 무엇입니까? 만족스러운 메시지를 얻는 방법에 초점을 두십시오. 저는 교육에 대한 사회적 욕구를 심각하게 인식하고 있으며, 동시에 이와 같은 일이 일어나고 있습니다.

BTW,이 특별한 경우에 항목이나 버그를 일을 참조에 대해 걱정할 필요가 없습니다.

Answer 1

어려운 요구 사항으로서의 특정 기준은 절대적으로 가치 있다고 생각합니다. 리뷰/설명 (문자 적으로, 심지어이 사이트를 염두에 두어야합니다)에서 최소한의 문자 수를 요구하는 웹 사이트를 본 적이 있다면, 그 효과가 단지 당신이 원하는 것과 다르다는 것을 빨리 깨닫게 될 것입니다. 사람들이 리뷰와 코멘트가 더 길다는 것을 보증하는 대신에, 그들은 필자가 알려지고 하드 코딩 된 최소값을 맞추기 위해 더 많은 필러를 찾을 것입니다.

은 궁극적으로 문제는 사회가 아니라 기술적 인 문제로 취급되어야한다. 부적절한 정보가없는 의견의 각 사례는이를 행하는 사람의주의를 끌고 설명해야합니다.

이 여전히 문제가 100 % 해결되지 않습니다

하지만, 내가 찾은 것을 작업에 그것의 가장 가까운 접근 방식. 사람이 적은 약 40 문자 지속적으로 좋은 CVS 코멘트를 작성할 수있는 경우

는이 모든 것을 말해 두 겠는데, 난 정말 놀라실 겁니다. :)

Answer 2

아마도 많은 도움이되지 않습니다. 당신이 "업데이트 된"것을 거부한다면, 사람들은 그들의 커밋을 얻는 어떤 것을 만들 것입니다. "saldkj dot quux에 새로운 fizzleglorb를 추가했습니다." 사회 문제에 대한 기술적 해결책은 효과가 없습니다. 당신이 관련 커밋을 병합 할 수 있도록

또한, 어쩌면 힘내 같은 도구를 고려한다. 해킹 중일 때 자세한 메시지를 쓰지 않으려 고합니다. 그러나 작업을 검토하고 논리적 인 덩어리로 압축하면 작업을 수행하는 것에 대한 문서를 추가하려고합니다.

Answer 3

다른 답변에 동의합니다. 협조하지 않으려는 사람들은 항상 자신의 규칙을 해결할 방법을 찾게됩니다.

그러나, 내가 항상하는 것은 다음

• 설정 미리 커밋 단지 사람들 것을 방지하기 위해, 주석 (즉, 메시지가 비어 있지 않은 커밋) 제공되는 것을 확인할 수 후크 (나 자신을 포함해서) '우연히'하나를 제공하는 것을 잊어 버린다. 그래도 커밋 메시지의 내용에 대한 검사는 필요 없습니다. 그것은 시간 낭비입니다.
(이 기본적으로 허용되지 않음)

Answer 4

나는이 시점에서 유효성 검사가 100 % 효과가 없을 것이라는 점을 다른 답변에 동의 편집 나중에 커밋 메시지를 허용하는 장소에 미리 revprop - 변경 후크를 넣어.그러나 일부 유효성 검사를 수행하면 부분 준수를 달성하는 데 도움이됩니다.

• 문자 요구 사항의 최소 수 있습니다

  은 그래서 저는 다음과 같은 제안한다. 수집 한 설문 조사를 기반으로 적절한 번호를 결정하십시오.

• 몇 가지 가능한 핵심 구문을 나열합니다. "업데이트"와 같이 받아 들일 수 있고 수용 할 수없는 단어를 포함하지 않도록주의하십시오.
• 은 계단식 SVN 커밋 정책시 규칙을 강조합니다.
  사용자를위한 훌륭한 매체를 결정하십시오.

나는 규칙이 준수하지 않는 사용자의 발생을 최소화하지만 완전히 제거하지는 않을 것이라고 생각합니다.

희망이 도움이됩니다.

Answer 5

적어도 15 자 (공백 제외)가 필요하다는 것이 합리적으로 잘 작동한다는 것을 알게되었습니다. 보다 정교한 수표로 그것을 과장하려고하지 마십시오. 메일 링리스트를 설정하면도 도움이됩니다. 좋은 예를 광고하고 사회적 통제를 추가합니다.

커밋 메시지의 유용한 정보를 최소화하기 위해 항상 문제가되는 개발자가 있습니다. 그러나 프리 - 커밋 훅 (pre-commit hook)이 설치되기 전에 SVN 로그 (90 % 비어 있음)와 이후 (80 % 다소 유용함)를 보면, 상황이 개선되었다고 결론 내릴 수 있습니다.