AC
а то получилось так, что мы пропустили этот момент
Size: a a a
2020 June 03
LP
Возможно vruner не знает что делать с кодом 2. Это надо у авторов спрашивать.
AC
я решил здесь вопрос задать, т.к. в теме чата присутствует 1С и DevOps. Может, мы неправильно пайплайн в GitLab CI настроили, а может проблема в vrunner'е
LP
я решил здесь вопрос задать, т.к. в теме чата присутствует 1С и DevOps. Может, мы неправильно пайплайн в GitLab CI настроили, а может проблема в vrunner'е
Исключение, чтобы джоб упал, должен вызвать vrunner, как я понимаю. Я сам его не использую, поэтому предполагаю.
AC
Исключение, чтобы джоб упал, должен вызвать vrunner, как я понимаю. Я сам его не использую, поэтому предполагаю.
если не секрет, как запускаете? Сами формируете командную строку?
LP
если не секрет, как запускаете? Сами формируете командную строку?
Да, она простая на наш взгляд.
NG
ну вот, разве при статусе 2 сборочная линия не должна упасть?
Зачем? Не получилось подключить тест клиент с первой попытки, получилось со второй
AC
конечно, простая. Но vrunner удобен тем, что можно использовать конфигурационные файлы
NG
Тест клиент регулярно отваливается между тестами, и в ва специальный механизм выполняет переподключение
NG
Если каждый раз из*за этого рушить сборку, то она у вас вечно красная будет
AC
Зачем? Не получилось подключить тест клиент с первой попытки, получилось со второй
но ведь в итоге и со второй не получилось. Тесты в итоге упавшие
LP
У нас при коде 2 происходит перезапуск теста, три попытки кажется.
LP
После трёх попыток тест фейлится.
NG
но ведь в итоге и со второй не получилось. Тесты в итоге упавшие
Тогда вопрос к va почему там 2, а не 1
LP
Тогда вопрос к va почему там 2, а не 1
Это специальный код возврата, чтобы вызывающая система могла принять решение что делать дальше.
Тогда вопрос к va почему там 2, а не 1
обычно любой ненулевой код возврата трактуется как ошибка.
Если есть более точнее сведения о том, какой код что означает - можно их по особому обрабатывать.
Если есть более точнее сведения о том, какой код что означает - можно их по особому обрабатывать.
NG
Это специальный код возврата, чтобы вызывающая система могла принять решение что делать дальше.
Кажется, 1 более важный код, чем 2
LP
Кажется, 1 более важный код, чем 2
Я согласен с @infactum, что надо смотреть ноль или не ноль. И если есть возможность то когда не ноль более широко анализировать проблему. Если нет возможности, то просто падать.
АК
Knott Watt
Доброго времени суток всем.
Подскажите, как методически верно рефакторить 1с код таким образом, чтобы во всех системах, подключающейся к заданной конфигурации, во внешних обработках и т.п. не было ошибки? Есть уже что-нибудь готовое или около того для такой задачи?
Подскажите, как методически верно рефакторить 1с код таким образом, чтобы во всех системах, подключающейся к заданной конфигурации, во внешних обработках и т.п. не было ошибки? Есть уже что-нибудь готовое или около того для такой задачи?
Вариантов конечно несколько:
1. Самый очевидный - отказаться от внешних обработок
2. Обеспечить автоматический сбор всех внешних обработок куда-то в общий репозиторий и при рефакторинге проверять их
3. Тестировать на проде
3а. Просто ждать пока пользователи напишут ошибку и исправлять по месту
3б. Написать простенькую обработку которая на всех продах будет открывать все обработки и все ошибки собирать в лог
1. Самый очевидный - отказаться от внешних обработок
2. Обеспечить автоматический сбор всех внешних обработок куда-то в общий репозиторий и при рефакторинге проверять их
3. Тестировать на проде
3а. Просто ждать пока пользователи напишут ошибку и исправлять по месту
3б. Написать простенькую обработку которая на всех продах будет открывать все обработки и все ошибки собирать в лог
AC
Никита, Леонид, спасибо за обсуждение.
Думаю, добавим задачу для анализа BuildStatus.log, которая будет ронять пайплайн
Думаю, добавим задачу для анализа BuildStatus.log, которая будет ронять пайплайн