Hudson - Как я могу «очистить SVN»?

Question

Я сделал чек в моем каталоге SVN-репозитория. Проект требует много времени для полной проверки. И поэтому, создавая свою Hudson работу мне это нужно в следующем порядке:

1. ВЫМЫТЬ каталога (это устраняет некоторые неоднозначные проблемы, такие как: «Гудзона рабочее пространство запертой при строительстве»)
2. ткатить на изменения
3. Update

выбор, который у меня есть для Выселение стратегии, в форме создания рабочих мест Гудзон, являются:

• Используйте обновление СВН как можно больше, с «SVN Возвратить» перед обновлением
• Используйте «СВН переключатель» максимально
• СВН использовать» обновление»как можно больше
• чистые папки кассовые и затем проверки
• Эмуляция чистый выезд на первый удаляемого неверсированные/игнорируемые файлы, затем„обновление СВН“
• чистого рабочего пространства, а затем проверки (E лимитированный)

Какой вариант для моего случая?

Большое вам спасибо!

Answer 1

Если ваша сборка выполнена правильно, вы должны просто сделать использовать 'svn update как можно больше. Это самый быстрый способ обновления ваших файлов. Это означает, что вы не изменяете зафиксированные файлы или не размещаете артефакты сборки в каталогах, где они будут мешать процессу сборки. В магазине Java просто держите все построенные объекты в подкаталоге (мы используем target для соответствия Maven, но другие используют build или diet) и в порядке остальной части процесса.

Большинство людей делают чистым как часть своего шага сборки. Это, теоретически, не обязательно, и это будет удлинять время сборки. Идея сборки заключается в том, чтобы не делать ненужной работы. Если исходный файл не изменен, соответствующий объектный файл не нужно перестраивать. Тем не менее, Java довольно быстро компилирует, что большинство проектов Java просто стирают каталог сборки в чистоте. В проектах C лучше не удалять старые объекты, так как это действительно сокращает время сборки.

Если возникла проблема с процессом сборки, где использовать 'svn update' как можно больше не может работать, вы должны исправить свой процесс сборки.Однако на нашем старом сервере Jenkins есть несколько проектов, которые имеют проблемы, и они просто недостаточно обновлены, чтобы беспокоиться об этом. Для тех, я делаю Всегда заказывайте новую копию. Это занимает самое большое время, но если у вас возникли проблемы с процессом сборки, я бы не стал использовать , чтобы эмулировать чистое оформление, сначала удалив неверсированные/измененные файлы. и использовать svn вернуть сначала. Это может привести к конфликтам с обновлениями и вызвать проблемы с вашей сборкой. Либо получите правильную работу, либо выполните чистую проверку.

Answer 2

Я бы пошел «Использовать svn update как можно больше, с« svn revert »перед обновлением». Если этого недостаточно, проверьте EnvInject Plugin. Он может запускать скрипт до происходит проверка SCm. Вы можете использовать его для запуска очистки svn для своей работы, прежде чем плагин Subversion перейдет с возвратом и обновлением. Caveat, вам нужно установить какой-то клиент командной строки SVN на вашем сервере сборки.