Доска отзывов — публиковать обзор коммитов из отдельных ревизий

Я делаю проверку концепции доски обзора для команды из примерно 20 разработчиков. В настоящее время мы отправляем обзоры кода с помощью электронных писем и ручных скриншотов изменений после фиксации (SVN), и я надеюсь, что мы сможем отойти от этого.

Проблема, с которой я сталкиваюсь, заключается в том, что разработчики обычно проверяют изменения кода несколько раз. Например, одна функциональность может иметь 10 или более отдельных версий. Номер тикета каждый раз сохраняется в сообщении о ревизии. Большинство изменений кода происходят в одной основной ветке.

Чтобы выполнить проверку кода (текущий подход), разработчик заходит в черепаховый SVN, затем выполняет поиск по номеру заявки, затем выбирает самую раннюю и последнюю версии и нажимает «сравнить версии», а затем делает снимки экрана.

Я попробовал обзорную доску, и в целом я очень впечатлен. однако я не мог найти способ сделать что-то похожее на то, что мы делаем сейчас? Используя веб-подход, я могу опубликовать обзор только для одной версии.

Есть ли способ сделать это?

Спасибо


svn review-board rbtools
person xav    schedule 02.03.2016    source источник

Ответы (2)


arrow_upward
1
arrow_downward

Вместо веб-подхода используйте утилиту rbt для размещения отзывов. Взгляните на документацию по rbt post.

Когда у вас будет самая ранняя версия (rev1) и последняя версия (rev2), соответствующие заявке, опубликуйте отзыв с помощью

rbt post <options> rev1:rev2
person yeniv    schedule 03.03.2016
comment
Спасибо за ответ. Однако проблема заключается в том, что несвязанные изменения кода, которые находятся в списке ревизий, также будут включены. - person xav; 09.03.2016

arrow_upward
0
arrow_downward

Вы можете использовать svn diff для создания разницы, как в черепахе:

svn diff http://path/to/trunk@rev1 http://path/to/trunk@rev2 \
    --patch-compatible > featurex.diff

И эта разница может быть опубликована напрямую с помощью rbt post:

rbt post --diff-filename featurex.diff

Команда post должна выполняться в рабочей копии http://path/to/trunk, которая также может быть пустой (см. svn co --depth=empty ...).

См. также https://stackoverflow.com/a/36800535/427158 шаги по созданию запроса на проверку для полного ветвь.

person maxschlepzig    schedule 22.04.2016