E
Дивупс 300кк/сек
Size: a a a
2020 November 04
AS
просто забудь про этот файл
я зачем то сейчас прочитал про подгружаемые модули аутентификации
PK
я зачем то сейчас прочитал про подгружаемые модули аутентификации
просто иди уже в гугл
DB
/etc/environment юзается, в основном, PAM. сервис дженкинса он не аффектит
и вообще, тут явно ошибка молотка
и вообще, тут явно ошибка молотка
DB
не туда копаешь
PK
@dburm а за оскорбления ро не положено?
DB
наверное, положено. но мне лень
PK
ну значит можно
DB
прекращайте оба
JR
А то меня разбудите 😂
2020 November 05
MC
всем привет
кто-то делал имел опыт в пересетапе классов для дженкис плагина под нексус?
кто-то делал имел опыт в пересетапе классов для дженкис плагина под нексус?
MC
а то у него лишь MavenPackage есть с коробки
2020 November 06
J
Sager Patel: user has been CAS banned
II
в дженкинсе как-то можно выборочно настроить время хранения для разных артифактов в билде?
например, в ходе сборки генерируется 10метровый лог, в котором может быть ценная информация для отладки, но ввиду размера хранить его хочется только в течение недели — в отличие от всех остальных сохранённых артифактов, которые хранить хочется по стандартной схеме
например, в ходе сборки генерируется 10метровый лог, в котором может быть ценная информация для отладки, но ввиду размера хранить его хочется только в течение недели — в отличие от всех остальных сохранённых артифактов, которые хранить хочется по стандартной схеме
IA
Сейчас под рукой нет этого хинта, Но если завтра будет актуально скину, вроде был
опять актуально стало :)
D
опять актуально стало :)
А я оказывается обманул ) суть в том, что большинство чувствительных мест в catchError заворачивается и на одном из последних этапов сборки делается спец шаг для выставления статуса билда на основании того же allure report, например.
IA
А я оказывается обманул ) суть в том, что большинство чувствительных мест в catchError заворачивается и на одном из последних этапов сборки делается спец шаг для выставления статуса билда на основании того же allure report, например.
Да, скорее всего, так как by design обратного пути в SUCCESS нет
Спасибо 😉
Спасибо 😉
IA
А я оказывается обманул ) суть в том, что большинство чувствительных мест в catchError заворачивается и на одном из последних этапов сборки делается спец шаг для выставления статуса билда на основании того же allure report, например.
UPDATE:
уже в Post -> Failure
currentBuild.rawBuild.@result = hudson.model.Result.SUCCESS , то сам билд - Failure, но т.к. мне надо было для FTP плагина сделать видимость SUCCESS, то отработал успешно
уже в Post -> Failure
currentBuild.rawBuild.@result = hudson.model.Result.SUCCESS , то сам билд - Failure, но т.к. мне надо было для FTP плагина сделать видимость SUCCESS, то отработал успешно
D
UPDATE:
уже в Post -> Failure
currentBuild.rawBuild.@result = hudson.model.Result.SUCCESS , то сам билд - Failure, но т.к. мне надо было для FTP плагина сделать видимость SUCCESS, то отработал успешно
уже в Post -> Failure
currentBuild.rawBuild.@result = hudson.model.Result.SUCCESS , то сам билд - Failure, но т.к. мне надо было для FTP плагина сделать видимость SUCCESS, то отработал успешно
Лайфхаки нашего городка.. Спасибо, запомнил)
u
Можно переменные в config.xml и jenkins.xml переопределять через системные переменные, не трогая руками сами файлы? Т.е. так, как это сделано в InfluxDB или Grafana например. Т.е. там можно создать переменную с именем INFLUXDB_DATA_PATH_TO_DATA="c:\asdf", и при запуске, значение из конфига переопределится системной переменной.