Получен неожиданный/неверный результат работы - Не найден файл статуса build/migration-exit-status.log`

[Kyrales]

@ovcharenko-di на демо-приложении не отрабатывает новая фишка с exitCodePath в vrunner. oscript на стенде 1.9.3.
Я даже просто командой в cmd вызываю и не отрабатывает.

Пример сборки на которой тестирую: https://github.com/Kyrales/otus_JenkinsExample_EDT

20:29:31 ОШИБКА - Получен неожиданный/неверный результат работы - Не найден файл статуса build/migration-exit-status.log

[ovcharenko-di]

@Kyrales вижу в вашем файле tools/vrunner.json секцию "run", которой по идее быть не должно. Попробуете без нее? И в других файлах тоже лучше это удалить. Может быть из-за этого сам vrunner как-то некорректно формирует команду. Если не поможет, то установите LOGOS_LEVEL=DEBUG и пришлите лог.

[Kyrales]

@ovcharenko-di там проблема не в этом, а в том что запускаю конфигурацию не на базе БСП (Демо-приложение 1С) и обработка ЗакрытьПредприятие.epf не открывается

[Kyrales]

@ovcharenko-di Вот тут у тебя напрямую привязка к обработке закрытия

jenkins-lib/src/ru/pulsar/jenkins/library/steps/InitInfoBase.groovy

Line 51 in f4d8eba

String executeParameter = '$runnerRoot/epf/ЗакрытьПредприятие.epf'

Такой подход не верен, т.к. это прямая зависимость от того, что конфигурация должна быть на БСП. Перед этим тогда нужна проверка на БСП ли это конфигурация и если нет, то как ранее всегда проставлять флаг без чтения результата инициализации базы: exitStatuses.put(command, VRunner.readExitStatusFromFile(migrationStatusFile))

В моей сборке специально сделано vrunner_ssl.json (Для БСП и там есть указание на обработку $runnerRoot/epf/ЗакрытьПредприятие.epf) и vrunner.json (Для случаев если это не БСП, а например Демо-приложение 1С и там не указываю эту обработку).

[ovcharenko-di]

@Kyrales по идее надо сделать более универсально, да.

Если правильно понимаю ситуацию, до сих пор не было ни одного репорта, связанного с тем, что конфигурация без БСП не собирается. Отсюда делаю вывод, что это очень редкие кейсы. @nixel2007, как думаешь, нужно ли это поддерживать?

[Kyrales]

@Kyrales по идее надо сделать более универсально, да.

Если правильно понимаю ситуацию, до сих пор не было ни одного репорта, связанного с тем, что конфигурация без БСП не собирается. Отсюда делаю вывод, что это очень редкие кейсы. @nixel2007, как думаешь, нужно ли это поддерживать?

@ovcharenko-di как редкие? Мы возьмем любую самодельную конфигурацию и с флагом runMigration=true, она не будет работать в Jenkins-Lib.
При этом первый запуск сделать все равно нужно, т.к. свои методы инициализации могут быть. Кейсы такие встречаются.

Как итог: Данная доработка сломала всю универсальность. Её надо точно чинить.

[nixel2007]

@Kyrales самодельная конфигурация без бсп, но с jenkins-lib? Это звучит действительно маловероятно в реальной работе.

Но в ситуации с демо-приложениями и на обучении, да, вполне может быть.

Другой вопрос, что jenkins-lib вообще не затачивался под работу с конфигурациями не на бсп. Я удивлён, что это сломалось только сейчас, а раньше вообще работало.

Но раз сломалось, то стоит поправить. Релиз пока не выпущен, так что время есть.

[nixel2007]

@Kyrales самодельная конфигурация без бсп, но с jenkins-lib? Это звучит действительно маловероятно в реальной работе.

Но в ситуации с демо-приложениями и на обучении, да, вполне может быть.

Другой вопрос, что jenkins-lib вообще не затачивался под работу с конфигурациями не на бсп. Я удивлён, что это сломалось только сейчас, а раньше вообще работало.

Но раз сломалось, то стоит поправить. Релиз пока не выпущен, так что время есть.

[nixel2007]

@Kyrales а можно как-то твой тестовый стенд подключить к апстриму дженкинс либа? Чтобы пулл реквесты проверялись

[Kyrales]

@Kyrales а можно как-то твой тестовый стенд подключить к апстриму дженкинс либа? Чтобы пулл реквесты проверялись

@nixel2007 было бы здорово. А как это сделать?