은 SVN 델타를 처리 할 솔루션이 필요합니다.

Question

빌드 프로세스에 피어 코드 검토를 몰래 넣으려는 시도에서 프로그램 방식으로 현재 빌드를 가져 와서 이전 빌드와 비교하고 델타.

누구나이 작업에 대한 높은 수준의 접근 방법에 대해 교황이 신경 써야합니까? 권장 델타 계산을위한 라이브러리/도구는 무엇입니까? (명령 행 또는 dot.net lib가 가장 좋음).

Answer 1

1. 서브 후크 미리

   덕분 적 만든 커밋 될 때 사용자에게 DIFF (델타)를 통지 할 수있다.

2. 검토가 일반적으로 커밋보다 선행하면 더 좋으며, 그렇지 않으면 커밋이 많은 나쁜 커밋과 재 작업까지 오염됩니다. 워크 플로우에 "리뷰"를 포함하려면 - ReviewBoard을 확인해야합니다. 이것은 전복과 통합 될 수 있습니다. 델타 뷰어는 매우 유능합니다.

[아니 대답하지만 의견]

1. 명시 적으로 어떤 기능이 커뮤니티와 공유하고 싶은 전복에 대한 후크를 구축하지 않는 한, 기존의 기능과 초점을 사용하는 것이 훨씬 낫다 작업에. 심지어 이러한 기능이 예상했던 것보다 약간 제한적인 경우에도 마찬가지입니다. 리뷰와 델타 뷰어를위한 충분한 도구가 있습니다.

Answer 2

Redmine도 매우 좋은 리뷰 플러그인을 가지고 있으며 리뷰에서 티켓 (즉, 버그)을 만들 수 있습니다. 또한 diff (수동 또는 후크)를 제출해야하는 Reviewboard와는 달리 요청시 Repo의 두 개정을 비교하여 직접 검토 할 수 있습니다.