Хадсон CI "Исключенные регионы" не может отфильтровать папку?

Question

Я использую Hudson CI для своего проекта. Однако я столкнулся с проблемой. Надеюсь, что кто-то может направить меня ...

Я хочу проверить код из SVN с помощью Hudson CI. Однако я хочу выбрать определенные папки, которые будут только проверены. Я пробовал «Исключенные регионы» в расширенных настройках Hudson ...

Как сказал, я хочу отфильтровать папку "folderA". я не хочу, чтобы эта папка получала svn, когда я нажимал ссылку на сборку в Hudson. Поэтому я пишу "folderA" в текстовом поле исключенных регионов. Но это не работает.

Кто-нибудь знает, почему это не работает?

Спасибо!

Answer 1

TLDR; Посмотрите на изменения в последней сборке и посмотрите, какой относительный путь использует Jenkins для вашего хранилища.

Я хотел игнорировать все изменения файлов и папок в http://server/svn/MyProjectName/trunk/src/folder/

Я посмотрел в разделе Изменения в одной из последних сборок и показал, что было внесено изменение в /MyProjectName/trunk/src/folder/filename.txt

.

Таким образом, чтобы исключить все файлы и папки в / MyProjectName / trunk / src / folder /, я помещаю /MyProjectName/trunk/src/folder/.*

.

Надеюсь, это поможет кому-то еще, у кого были проблемы.

Answer 2

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

Answer 3

Вместо того, чтобы сообщать, что Хадсон не должен проверять, вы также можете настроить то, что Хадсон должен проверять (добавьте другое местоположение подрывной деятельности). Конечно, это работает, только если вы хотите удалить одну из папок верхнего уровня.

, например

• Проект
  • подпроект 1
    • подпроект 1.1
    • подпроект 1.2
  • подпроект 2
  • подпроект 3
  • подпроект 4

Таким образом, вы можете уничтожить весь подпроект 1, но не подпроект 1.1, если в подпроекте 1 есть файлы.

Это становится довольно грязно, когда у вас много подпроектов. Я не уверен, с какими SCM он будет работать, однако это можно сделать с помощью Subversion.

Обычно я сам стараюсь не проверять код в Subversion, так как вы потеряете обнаружение изменений, предоставленное Хадсоном. Без обнаружения изменений в качестве опции у вас будет только периодическая сборка, то есть она будет собираться независимо от того, есть изменения в вашем проекте или нет.