Pre-Commit에서 트랜잭션의 기본 개정을 결정합니다

Question

파일 트랜잭션 이전의 파일의 내용을 기반으로 규칙을 적용하려는 사전 커밋 후크를 작성하고 있습니다.따라서 트랜잭션이 시작되면 "u", "uu"또는 "d" "을 사용하지 않은 파일의 내용을 SvnLook Cat의 내용을 보류 중입니다.제공된 트랜잭션 식별자 (두 번째 인수가 미리 커밋)를 취하고 대시와이를 따라가는 모든 문자를 제거하고 "Base Revision"이라고 생각해보십시오.이 정보를 얻는 더 좋은 방법이 있습니까?

Answer 1

직접 응답은 no 입니다. 거래 번호는 무엇이든 될 수 있습니다. 그러나 svnlook youngest <repos>는 당신이 찾고있는 것과 당신이 찾고있는 것과 해야하는 마지막 개정판을 반환합니다.

사전 커밋 후크에주의하십시오 :

• 오랜 시간이 걸릴 무언가를하지 않는지 확인하십시오. 개발자는 사전 커밋 후크가 완료 될 때까지 기다려야하며 7 ~ 10 초가 처리되면 개발자가 매우 좌절감을 느낍니다.
• 커밋되는 데이터를 변경할 수 없습니다 (및해서는 안됩니다). 원하는 것을 일치 시키면 커밋을 허용하십시오. 그렇지 않으면 커밋을 허용하지 마십시오.
• 합법적 인 활동이 될 수있는 것을 멈추지 않을 것입니다. 예를 들어 일부 사이트는 사전 커밋 후크를 사용하여 커밋 메시지에 티켓을 넣지 않고 커밋 메시지가 해당 개발자에게 할당 된 티켓이며 해당 티켓이 열린 상태에있는 티켓입니다. 티켓이 다른 사람에게 할당되기 때문에 개발자가 변경을 할 수 없을 때 개발자가 변화를 저지르지 않아도되며 과제를 변경할 수있는 유일한 사람이 일주일 동안 꺼져 있습니까?

  연속 통합 서버를 사용하여 사전 커밋 또는 사후 커밋 후크가 아닌 커밋을 확인하는 것이 가장 좋습니다. 예를 들어 개발자가 파일을 커밋 할 수 있도록 허용하지만 개발자가 올바른 그룹에없는 경우 개발 리드를 전자 메일로 이메일로 보낼 수 있습니다.

  개발자가 아마도 올바른 일을하고있는 90 %의 확률이 있습니다. 그 개발 리드는 아마도 이미 문제에 대해 알고 있습니다. 그리고 문제가있는 경우 변경 사항을 되돌릴 수 있습니다.

Answer 2

기본 개정판은 개정이 커밋 될 때까지 결정되지 않습니다.다른 변경 사항이 동일한 노드를 변경하지 않으면 커밋이 프로세스 중일 때 커밋 할 수 있습니다.커밋의 마지막 부분 만 배타적입니다.

Answer 3

에서 가장 어린이를 추가하십시오. 예 :

the_revision=$(svnlook youngest ${REPOS})
((the_revision++))

.