Почему Дженкинс запускает сборку IVY, даже если SVN не меняется?

У меня есть работа Дженкинса, которая каждые 5 минут проверяет SVN на изменения. Я вижу странное поведение, когда даже в журнале четко говорится, что с момента последнего опроса изменений SCM нет. Дженкинс анализирует отдельные файлы ivy.xml и вызывается каждый из файлов build.xml. Затем файлы сборки скомпилируют код, уже проверенный в рабочем пространстве Jenkins, а затем опубликуют артефакт java-файла с момента его появления. Это в основном публикует идентичный снимок для IVY. Попытка понять, почему Дженкинс продолжает разбирать файлы плюща, даже несмотря на то, что изменения SCM не обнаружены.Почему Дженкинс запускает сборку IVY, даже если SVN не меняется?

Выход журнала для задания показан ниже.

Started by user anonymous 
    [EnvInject] - Loading node environment variables. 
    Building in workspace C:\Software\Jenkins\workspace\Snapshots 
    Updating svn://*****/Project1 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project2 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project3 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project4 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project5 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project6 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project7 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project8 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    Updating svn://*****/Project9 at revision '2016-08-04T09:04:38.318 +0100' 
    At revision 3570 
    no change for svn://*****/Project1 since the previous build 
    no change for svn://*****/Project2 since the previous build 
    no change for svn://*****/Project3 since the previous build 
    no change for svn://*****/Project4 since the previous build 
    no change for svn://*****/Project5 since the previous build 
    no change for svn://*****/Project6 since the previous build 
    no change for svn://*****/Project7 since the previous build 
    no change for svn://*****/Project8 since the previous build 
    no change for svn://*****/Project9 since the previous build 
    Parsing Ivy Descriptor Files 
    Triggering com.****:ivy1 
    Triggering com.****:ivy2 
    Triggering ..... 

    Finished: SUCCESS

Любые указатели приветствуются.

источник

2016-08-04 Juckky

проверьте конфигурацию триггера сборки. вы должны использовать настройки «poll scm» – yorammi

Мой триггер сборки - это «опрос scm», но он все еще срабатывает, хотя изменения SVN не были обнаружены с момента запуска последней сборки. – Juckky

, поэтому вы должны проверить конфигурацию проверки SVN, так как кажется, что там что-то не так. – yorammi

Пользователь «Anonymous» Можете ли вы подтвердить наличие настроек безопасности, и не каждый может вручную запустить сборку. «Анонимный» указывает, что кто-то вручную запускает сборку.

источник

2016-08-04 09:52:34 writerrajiv

Почему ручная сборка будет отличаться от триггера опроса scm. Я ожидал бы, что созданная вручную сборка также не обнаружит изменения SCM и, следовательно, не нужно продолжать разбор файлов ivy.xml? – Juckky

Вручную созданная сборка не проверяет изменения SVM. – yorammi

Мне кажется, что плагин Jenkins IVY запускает случайные файлы плюща. Я сделал тестовое изменение файла и проверил его в SVN. Журнал Jenkins обнаруживает изменение, но затем переходит к запуску набора плющов для других модулей. он никогда не строил модуль, связанный с проверенным файлом. – Juckky

Почему Дженкинс запускает сборку IVY, даже если SVN не меняется?

ответ

Смежные вопросы