2014-02-18 12 views
2

Моя цель - использовать привязку SVN для предварительной фиксации для отправки запроса на просмотр непосредственно на обзорную панель вместо того, чтобы передавать ее в репозиторий. В качестве второго шага я хочу, чтобы при утверждении diff он автоматически переходил в репозиторий.Автоматизация SVN предварительной фиксации на рассмотрение Совета, а затем фиксация на SVN после утверждения

это, что можно сделать? Если да, то некоторые указатели будут оценены. Существует множество мест, где объясняется настройка post-commit, но я ничего не мог найти в Google.

EDIT: Попытка разработать проблему

Так недавно мы сделали установку для обзора платы. Мы сделали интеграцию с SVN, используя обзорные доски после обзора. Как только пользователь берется с строкой «publish review», он переходит на обзорную панель.

Теперь, что я хочу достичь, это

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

+0

Возможный дубликат [Запретить фиксацию перед рецензированием в svn] (http://stackoverflow.com/questions/8905931/prevent-commit-before-peer-review-in-svn) –

ответ

4
  1. Вы можете блокировать фиксации и передавать RB с предварительной фиксацией ловушки (блок очевидно, передачей - «если вы можете сделать это вручную - он может быть автоматизирован », но требуется более подробная информация о работе для окончательный ответ)
  2. Завершение утвержденных изменений не является задачей перехвата, это будет дополнительная независимая автоматическая фиксация, и этот процесс может содержать некоторые подводные камни: вы должны сохранить исходный порядок фиксации в очереди (если одновременно может существовать несколько экземпляров), при условии, что более поздние изменения могут быть одобрены до предыдущего

С моей POV, совершить в специальной ветке вместо блокировки фиксации и слияния <this REV> к магистральным на утверждение может быть более надежным и простым способом

+1

Просто хочу знать, у меня есть внесли некоторые изменения в мою рабочую копию, а pre-commit hook отправляет файл для утверждения другому лицу. Пока эта часть не прекрасна. У утверждающего также нужна рабочая копия для регистрации? Как изменения, сделанные локально в одной рабочей копии ребята, попадают в рабочую копию утвердителя? Все эти рабочие пути копирования, которые вы будете кодировать в pre-commit hook? Пожалуйста, исправьте меня, если мои сомнения глупы. –

+0

@DipuH - короткий ответ «У меня нет понятия». В hook вы можете отправить не файл (с новым контентом), но diff. Рецензент может читать только разницу, чтобы представить полную картину или, возможно, хочет иметь полный источник. Я не могу себе представить, как запрос отзыва должен быть отправлен через рецензентов (для простоты - у меня нет понятия об общих инструментах CodeReview). Все вопросы - это тяжелый рабочий процесс и зависящий от политики. Я не могу получить ответы «с воздуха» –

+0

@ LazyBadger может рассказать, какие конкретные детали вам нужны? Я отредактирую свои вопросы соответствующим образом. –

1

@abhishek:

  • В нашем случае, мы добавили в наш svn скрипт проверки подлинности перед фиксацией, которому нужен URL-адрес обзорной доски во время фиксации. Если нет, то блокирует вас от совершения.

  • Что касается запроса на отзыв, я думаю, что вы можете сделать это с самого скрипта pre-commit . Но это определенно замедлит процесс совершения . Вы можете получить сообщение svn commit и создать на его основе запрос на просмотр . Но я не рекомендую это, потому что это не будет точным, и вы не сможете разработать свои изменения.

  • мы интегрировали Eclipse с плагином e-reviewboard, который является , доступным в git. Это позволит вам создать запрос на просмотр , просто выполнив правый щелчок. он автоматически загрузит diff из выбранных файлов. После этого шага вы можете зафиксировать svn с помощью , чтобы просмотреть запрос. Таким образом вы можете уточнить свои изменения. Я думаю, что это лучший способ!

1

Почему бы нам не напрямую подключить контрольную панель Db и проверить правильное состояние обзора в режиме фиксации до фиксации. Таким образом, решение вопроса более четко.