주의하십시오. 기본 설명이 버팀목이되지 않도록해야합니다. 예를 들어 결함 번호가 유효한지 유효성을 검사해야합니다 (예 : 현재 열려 있고 현재 존재 함). 그렇지 않으면 프로그래머는 기본 주석을 유일한 주석으로 사용합니다.
필자가보기에 기본 설정을 제공하는 것보다 의견을 확인하는 것이 더 낫습니다. 주석이 요구 사항을 충족시키지 않으면 개발자에게 변경 사항이 거부 될 것이라고 말하고 예상되는 (및 수락 된) 내용을 문서화하십시오.
질문자는 "훌륭하게 대답하지만 질문에 대답하지 않습니다."라고 질문합니다.
충분합니다. 나는 CVS를 실제로 사용하지 않으므로, 소금 한 덩어리로 다음을 가져 가라.
칼 포겔 (Karl Fogel)의 저서 "CVS로 오픈 소스 개발"(Coriolis, 1999)에서 볼 수있는 좋은 방법이 없습니다. 로그 메시지의 유효성을 검사하는 프로그램을 지정하는 'commitinfo', 'loginfo'및 'verifymsg'파일이 있으며 사용자가 'cvs ci -m"Why I committed this"
'을 지정하지 않으면 편집기가 실행됩니다 (또는 메시지에 'cvs ci -F why
'). 파일), 개인적으로 나는 항상 커맨드 라인에 대한 코멘트를 가지고 체크인을하고 에디터가 나에게 착수하는 것을 싫어할 것이다. 따라서 cvs
명령에 대한 래퍼를 작성하는 것 (중간 정도의 복잡함)이 부족하기 때문에 요청한 것을 수행하는 방법이 표시되지 않습니다.
흠 ... 지정된 파일에 기본 메시지를 만드는 프로그램으로 cvs
의 쉘 스크립트 래퍼에서 CVSEDITOR의 사용자 정의를 무시한 다음 대신 ${VISUAL:-${EDITOR:-vim}}
을 시작하십시오. Ick, and yuck yuck! 그러나 조심스럽게 실행하면 효과가 있습니다. 아마도 가장 어려운 부분은 프로그래머가 이진 파일 대신 cvs
의 스크립트 버전을 사용하도록하는 것입니다.
+1 - 매우 책임 있고 잘 대답했습니다. 솔루션 100 %에 동의하십시오. –
질문이 업데이트되었습니다. 우리는 이미 수표를 제안했다. 편의를 위해 주석을 생략하고 "Cahnge # : ..."와 같은 오타를 피하고 싶습니다. –
이것은 잘 말하며 뛰어난 점입니다. 그러나 질문에 답하지 않습니다. 어떤 아이디어? –