2011-09-22 1 views
2

개발자가 변경 내용을 적용한 패치 파일을 팀에 보내는 코드 검토 프로세스가 마련되어 있습니다. 그것을 검토 한 후, 그는 커밋하거나 변경하고 재전송하도록 지시받습니다.코드 검토 된 패치 파일이 SVN 저장소에 커밋 된 내용인지 확인하는 방법

'커밋'된 내용이 '승인'된 내용과 정확히 일치하는지, 즉 승인없이 후속 변경을 수행하고 커밋 한 경우 어떻게 확인할 수 있습니까?

내 말에 원래의 '패치 파일'을 가지고 있지만 :
  • 가 어떻게 할 수

    두 커밋 버전과 사이에 비슷한 '생성'
  • 이 두 파일을 비교하는 것이 가능한가요?

답변

0

이전 버전의 패치를 적용한 다음 최신 버전의 코드와 비교하여 차이가 있는지 추측 할 수 있습니다.

이렇게하려면 svn diff를 사용할 수 있습니다.

당신은 아마 싶어이 답변에서 살펴 : How to make svn diff produce file that patch would apply, when svn cp or svn mv was used?

+0

안녕하세요 zzzz - 제 생각에는 svn diff가 작동 할 것 같습니다. 나는 사용할 수있다 : svn diff --revision NNN : MMM "그러나 그것의 순서대로 파일을 표시한다 (실제 패치와 비교하여) ... 어쨌든, 그것의 시작! 감사합니다! – siliconpi

0

리뷰 작성자는 검토하고 승인 한 항목을 커밋해야합니다.

1

가장 쉬운 방법은 검토 그가 승인 된 변경 사항을 적용한다는 것입니다. 나는 프로젝트 매니저 만이 프로덕션 저장소에 커밋 할 수있는 오래된 패션 팀 (얼마 전)을 보았습니다. 것은 그가 너무 많은 것들을 저 지르지 않으면 서 그는 정말로 아무것도 확인하지 않았기 때문에 약간 무의미했습니다.

+0

@abatishchev - 그것을 찾는다. 재미있는 생각이지만, 나는 그것에 불편하다. 로그에는 오직 한 사람 만 보여줄 것이고 나중에 일을 생각할 때 정말 도움이 안된다. (일이 잘못 될 때) – siliconpi

+0

@sid 나는 걱정한다. 커밋 (commit) 대신 커미터 (committer)가 새로운 브랜치를 만들고 리뷰어 만이 새로운 브랜치를 만들 수있다. (git이 풀 요청을 통해) 우리가 할 일은 정말 잘 작동한다. 이제 git으로 바꿀 때입니다. ;-) – mb14

1

가장 간단한 해결책은 해당 패치를 분기에 배치하는 것입니다. 이는 개발자가 분기의 코드를 체크인한다는 의미입니다. 리뷰어가 코드를 확인하고 코드를 특정 통합 라인으로 다시 병합 할 수 있습니다. 이렇게하면 체크 인 된 코드가 정확히 검사 된 코드인지 확인할 수 있습니다. 더욱이이 접근 방식은 제안 된 제안이 버전 관리에서도 문서화 될 수 있다는 이점을 가지고 있습니다.

관련 문제