Size: a a a

2020 November 16

DB

Dmitry Burmistrov in jenkins_ru
Переслано от Dmitry Burmistrov
джоба - это одна из сущностей дженкинса
фристайл, пайплайн - наиболее часто используемые типы джоб
пайплайн джоба содержит dsl-скрипт, который может лежать как в самой джобе, так и в сторонней scm-репе
добавить джобу в дженкинс можно разными способами
- нащелкать в UI
- закинуть готовый xml через апи
- написать и выполнить job-dsl скрипт
- воспользоваться jenkins-job-builder
источник

u

unixshaman in jenkins_ru
@dburm Спасибо большое за ответы. К терминологии привыкаю. А вот job-bilder не слышал, не видел еще - посмотрю. Спасибо большое!
источник

P

Pavel in jenkins_ru
Подскажите, кто более опытный в ci/cd(язык не имеет значения). В данном случае будет питон.
Что-то я не могу разобраться со стейджами.
Сперва делать билд или тесты предварительные запускать(unit && lint tests)?
Если запускать тесты, что будет логичнее тогда нужно ли ствить все пакеты, так как линтер к примеру будет ругаться. что не может импортнуть flask, так как на этом стейдже я только использовал контернер с линтером и все. А ставить все зависимости тоже не вариант, так как к примеру  
uwsgi требует пакета gcc.
С другой стороны если сначала собрать образ, а потом его тестировать, кажется хорошей идеей, но тогда образ раздувается, так как в него ставятся там разные линтеры и тп, чтобы не хотелось бы делать.
Подскажите пожалуйста как быть
источник

VD

Viacheslav Dubrovsky... in jenkins_ru
>С другой стороны если сначала собрать образ, а потом его тестировать, кажется хорошей идеей, но тогда образ раздувается, так как в него ставятся там разные линтеры и тп, чтобы не хотелось бы делать.
Кажется вы путаете образ с контейнером
источник

VD

Viacheslav Dubrovsky... in jenkins_ru
Соберите образ который нужен для работы. Если нужно именно в образ поставить дополнительный софт, то на базе первого образа сделайте второй. И его используйте для тестирования.
источник

E

Elenhil in jenkins_ru
Pavel
Подскажите, кто более опытный в ci/cd(язык не имеет значения). В данном случае будет питон.
Что-то я не могу разобраться со стейджами.
Сперва делать билд или тесты предварительные запускать(unit && lint tests)?
Если запускать тесты, что будет логичнее тогда нужно ли ствить все пакеты, так как линтер к примеру будет ругаться. что не может импортнуть flask, так как на этом стейдже я только использовал контернер с линтером и все. А ставить все зависимости тоже не вариант, так как к примеру  
uwsgi требует пакета gcc.
С другой стороны если сначала собрать образ, а потом его тестировать, кажется хорошей идеей, но тогда образ раздувается, так как в него ставятся там разные линтеры и тп, чтобы не хотелось бы делать.
Подскажите пожалуйста как быть
Используйте стейдж билд в докере
источник

E

Elenhil in jenkins_ru
В первом стейдже тесты, во втором билд
источник

E

Elenhil in jenkins_ru
Или делайте тесты прям на воркере, где будет изначально подготовленный енв со всеми дев пакетами
источник

E

Elenhil in jenkins_ru
В готовом образе должно быть только и только то, что нужно для работы приложения
источник
2020 November 17

b

bugs_bunny in jenkins_ru
всем привет, появилась проблема с авторизацией AD, после рестарта контейнера либо просто в течении определенного времени настройки авторизации сбрасываются, причем все остальные настройки (джобы, пайплайны и т.п.) сохраняются, я так понимаю происходит сброс настроек авторизации, это как то можно контролировать? есть политики?
источник

Ʋ

ƲΔŁᙀАMᗸΔ in jenkins_ru
Привет, можно ли с помощью плагина Copy Artifact обрабатывать случай, если нет файла, чтобы билд не ломался, если есть копировал его?
источник

JR

Jürgen Romins in jenkins_ru
ƲΔŁᙀАMᗸΔ
Привет, можно ли с помощью плагина Copy Artifact обрабатывать случай, если нет файла, чтобы билд не ломался, если есть копировал его?
можно просто проверять наличие файла если он доступен и если доступен тогда уже копировать через плагин
источник

Ʋ

ƲΔŁᙀАMᗸΔ in jenkins_ru
Jürgen Romins
можно просто проверять наличие файла если он доступен и если доступен тогда уже копировать через плагин
Возможно ли это сделать без пайплайна?
источник

JR

Jürgen Romins in jenkins_ru
ƲΔŁᙀАMᗸΔ
Возможно ли это сделать без пайплайна?
можно проверить на уровне скрипта, но то такое
источник

HB

Hennadii Bohovuk in jenkins_ru
Jürgen Romins
можно просто проверять наличие файла если он доступен и если доступен тогда уже копировать через плагин
Там по-моему даже параметр есть если пустой
источник

JR

Jürgen Romins in jenkins_ru
Hennadii Bohovuk
Там по-моему даже параметр есть если пустой
этого я не знаю) не использую такой плагин, обычно проще написать проверку в пайплайне)
источник

JR

Jürgen Romins in jenkins_ru
Hennadii Bohovuk
Там по-моему даже параметр есть если пустой
ага ты прав))
optional boolean do not fail the step even if no appropriate build is found.
источник

HB

Hennadii Bohovuk in jenkins_ru
archiveArtifacts allowEmptyArchive: true
источник

Ʋ

ƲΔŁᙀАMᗸΔ in jenkins_ru
Jürgen Romins
ага ты прав))
optional boolean do not fail the step even if no appropriate build is found.
Где это можно найти?
источник

HB

Hennadii Bohovuk in jenkins_ru
Hennadii Bohovuk
archiveArtifacts allowEmptyArchive: true
Если ничего нету оно не упадет с ошибкой что ничего нету )) Но нужно учитывать что ты должен понимать и отслеживать что его нету
источник