SS
Дженкинс не создает артифакты. Ищите проблемы в сборке
Вокально у меня собирается нормально с правильным именем .war
Size: a a a
2020 August 23
E
Вокально у меня собирается нормально с правильным именем .war
Значит енвы различаются
E
И выключите уже автозамену...
Н
Привет! Коллеги все перепроверил и у меня непонимание, ещё раз всё внимательно перепроверил репозиторий ветку свою то что стоит в настройках в дженкенсе clear compile Install. И всё равно у меня создается артефакт с другим именем .war
в pom.xml смотрите
Н
artifactId по идее имя артефакта задает
N
$sigma_login не знает Дженкинс значит, соответственно
SS
$sigma_login не знает Дженкинс значит, соответственно
Знает, я вижу это по логам сборки дженкиса? он туда подставляет цифорки.
JR
Знает, я вижу это по логам сборки дженкиса? он туда подставляет цифорки.
D
День добрый. Подскажите, как исправить формат времени в логах с использованием timestamps.
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
IA
День добрый. Подскажите, как исправить формат времени в логах с использованием timestamps.
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
+ Часовой пояс у пользователя (Jenkins) проверьте
IA
День добрый. Подскажите, как исправить формат времени в логах с использованием timestamps.
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
Использую в блоке пост:
success{
emailext attachLog: true
В письме во вложении приходит *.txt файл, в котором время отображается в формате:
[2020-08-23T12:35:13.923Z]
Мне же нужно, чтобы оно было в стандартном формате дженкинса, как в браузере
17:35:08 Active code page: 65001
17:35:08
Сорри, не то. У timestamp есть паттерн настройка в глобальных настройках
D
Сорри, не то. У timestamp есть паттерн настройка в глобальных настройках
Нашел, спс.
2020 August 24
DS
Всем добрый день
Кто может поделиться статьей, планом, мыслями о том как правильно разделить Jenkins отвечающий за окружения (DEV, Staging, Prod) на 2 типа: Jenkins DEV и Jenkins Staging, Prod? Как шарить артефакты между такими инстансами? Как версионировать?
Кто может поделиться статьей, планом, мыслями о том как правильно разделить Jenkins отвечающий за окружения (DEV, Staging, Prod) на 2 типа: Jenkins DEV и Jenkins Staging, Prod? Как шарить артефакты между такими инстансами? Как версионировать?
N
Всем добрый день
Кто может поделиться статьей, планом, мыслями о том как правильно разделить Jenkins отвечающий за окружения (DEV, Staging, Prod) на 2 типа: Jenkins DEV и Jenkins Staging, Prod? Как шарить артефакты между такими инстансами? Как версионировать?
Кто может поделиться статьей, планом, мыслями о том как правильно разделить Jenkins отвечающий за окружения (DEV, Staging, Prod) на 2 типа: Jenkins DEV и Jenkins Staging, Prod? Как шарить артефакты между такими инстансами? Как версионировать?
класть артефакты в nexus/arifactory/registry, согласно текущему гитфлоу, разделять релизные и девовские репозитории в хранилках, тэгать хэшем коммита можно или по семверу
N
можно один jenkins для CI: юнит-тесты, сборка, заворачивание в docker image, интеграционные тесты, sast'ы, публикация всего, чего нужно
второй для CD: бэкапирование текущего состояния, миграции БД, деплой приложения
второй для CD: бэкапирование текущего состояния, миграции БД, деплой приложения
АБ
можно один jenkins для CI: юнит-тесты, сборка, заворачивание в docker image, интеграционные тесты, sast'ы, публикация всего, чего нужно
второй для CD: бэкапирование текущего состояния, миграции БД, деплой приложения
второй для CD: бэкапирование текущего состояния, миграции БД, деплой приложения
+
DS
Спасибо большое. Правда докера у нас нет:)
DK
Всем привет! А как в jenkins при декларативном пайплайне заипортить внутрь одного файла другой? Цель - пайплайн у всех один, но параметры разные. Т.е. для каждого окружения будет свой файл с параметрами а в него уже будет ипортиться файл со stages
HC
Всем привет! А как в jenkins при декларативном пайплайне заипортить внутрь одного файла другой? Цель - пайплайн у всех один, но параметры разные. Т.е. для каждого окружения будет свой файл с параметрами а в него уже будет ипортиться файл со stages
привет. Как вариант — передавать параметры при помощи джоб
HC
т.е. сделать параметризированную джобу, и в ней определять параметры