Обзор кода SVN без ветвей для SVN

Question

В настоящее время я работаю над несколькими проектами с опытными программистами и некоторыми любительскими программистами. Мы работали в сетевом каталоге, но мы решили переключиться на SVN для управления нашим кодом.

Мы также хотели бы просмотреть код, предназначенный для репозитория, прежде чем он будет добавлен на рабочий сервер. Мы пробовали такие вещи, как Trac, но они либо не блокировали добавление кода перед тем как получить пропуск, либо он не будет работать без ветвей. И мы не можем научить наших любительских разработчиков начать использовать филиалы.

Кто-нибудь знает систему, которая будет работать на нас?

Большое спасибо

Answer 1

Один из вариантов заключается в использовании программного обеспечения, как ReviewBoard управлять своими отзывами кода. Сам проект Review Board делает что-то подобное. Если вы хотите что-то внести, вы не можете напрямую передать репозиторий (доступ на запись ограничен небольшой группой). Вы должны проверить копию кода, внести изменения и внести свои изменения в качестве исправления для проверки кода. Когда обзор будет завершен, один из поддерживающих редакторов журнала отзывов загрузит окончательный патч из запроса на просмотр и передаст его в репозиторий. Авторы могут делать все это без необходимости создавать филиалы или что-то в этом роде.

Недостатком этого подхода является то, что он включает в себя некоторую дополнительную работу (кому-то приходится загружать и фиксировать патчи). С некоторыми умными сценариями, тем не менее, вы, вероятно, можете автоматизировать большую часть этого процесса.

. Вариант этого будет заключаться в том, чтобы потребовать, чтобы сумма транзакций указывала идентификационный номер обзора кода (что-то вроде [review 1234] могло бы работать). Любые коммиты без идентификатора проверки кода будут отклонены сценарием перехвата репозитория. Этот скрипт также может анализировать идентификационный номер обзора, просматривать этот код в обзоре и проверять, что кто-то подписал это изменение. Если ни один старший разработчик не подписал контракт, скрипт отклонил бы фиксацию. Такой подход позволяет вашим разработчикам выполнять свои собственные коммиты, не требуя вмешательства третьей стороны, но для этого требуется значительно более сложный сценарий hook.