PK
также пробовал вот как:
COMMIT_ROW = sh(script: "echo '${COMMIT_MSG} | tr '\r\n' ' ''")но без результатаreturnStdout: true во-первых
Size: a a a
2020 September 20
A
returnStdout: true во-первых
ну это понятно - написал сокращенно
Н
тип данных - строка по идее , это же хук от ГИТА, там JSON
есть замечательный метод .getClass()
PK
есть замечательный метод .getClass()
++
Н
и я не уверен что в environment сработает
A
есть замечательный метод .getClass()
ща проверим
A
и я не уверен что в environment сработает
та мне хоть где нибудь его отфильтровать
A
не обязательно в environment
Н
ещё там возможно двойное или тройное экранирование, с этим в груви полная дичь, есть смысл попробовать \\n и \\\\n в replaceAll воткнуть
A
1) echo class java.lang.String
2) копи со стектрейса в IDE показало что там \r\n\r\n
2) копи со стектрейса в IDE показало что там \r\n\r\n
Н
тогда попробуй \\r\\n
A
спасибо!!!
помогло COMMIT_MSG = comment.replaceAll('\r\n','')
и в блоке environment работает
помогло COMMIT_MSG = comment.replaceAll('\r\n','')
и в блоке environment работает
AS
Подскажите, сколько по времени вы могли бы оценить настройку интеграции битбакета и женкинса , чтобы блочился мерж реквест, если Джоба не прошла и статус джобы в битбакете показывался ? А также настройка параллельных сборок в женкинсе. Насколько сложная задача и сколько времени может потребоваться одному девопсу настроить ?
I
Подскажите, сколько по времени вы могли бы оценить настройку интеграции битбакета и женкинса , чтобы блочился мерж реквест, если Джоба не прошла и статус джобы в битбакете показывался ? А также настройка параллельных сборок в женкинсе. Насколько сложная задача и сколько времени может потребоваться одному девопсу настроить ?
Да там настройки на 10-15 минут, вам в Bitbucket только указать в требованиях successful build и кол-во сборок
N
Подскажите, сколько по времени вы могли бы оценить настройку интеграции битбакета и женкинса , чтобы блочился мерж реквест, если Джоба не прошла и статус джобы в битбакете показывался ? А также настройка параллельных сборок в женкинсе. Насколько сложная задача и сколько времени может потребоваться одному девопсу настроить ?
Сама интеграция и блокирование мержа - настраиваются быстро через multibranch pipeline в Дженкинс и одной галки в битбакете.
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
I
Сама интеграция и блокирование мержа - настраиваются быстро через multibranch pipeline в Дженкинс и одной галки в битбакете.
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
В точку, плюс у каждого репозитория свои требования к сборке и т.д.
D
Сама интеграция и блокирование мержа - настраиваются быстро через multibranch pipeline в Дженкинс и одной галки в битбакете.
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
Но время очень сильно зависит от других вводных: плагины на Дженкинс, настройка сборочного агента, написание самого пайпа, квалификации инженера etc...
Почему именно multibranch? Мы на обычном делали, правда на гитхаб
N
Почему именно multibranch? Мы на обычном делали, правда на гитхаб
Да без проблем.
Просто, имхо, тут как раз человеку подойдёт multibranch: сборка для каждой ветки автоматом, паралельные сборки веток, отображение статуса сборки сразу в бб
Просто, имхо, тут как раз человеку подойдёт multibranch: сборка для каждой ветки автоматом, паралельные сборки веток, отображение статуса сборки сразу в бб
AS
Да без проблем.
Просто, имхо, тут как раз человеку подойдёт multibranch: сборка для каждой ветки автоматом, паралельные сборки веток, отображение статуса сборки сразу в бб
Просто, имхо, тут как раз человеку подойдёт multibranch: сборка для каждой ветки автоматом, паралельные сборки веток, отображение статуса сборки сразу в бб
это вот этот плагин https://plugins.jenkins.io/workflow-multibranch/ ?
он позволяет делать параллельные сборки? и у него есть механизм из коробки merge train похожий на этот https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for_merged_results/merge_trains/ ?
в общем его достаточно + плагина дя бтбакета для настройки CI на фича ветках?
он позволяет делать параллельные сборки? и у него есть механизм из коробки merge train похожий на этот https://docs.gitlab.com/ee/ci/merge_request_pipelines/pipelines_for_merged_results/merge_trains/ ?
в общем его достаточно + плагина дя бтбакета для настройки CI на фича ветках?
A
1) echo class java.lang.String
2) копи со стектрейса в IDE показало что там \r\n\r\n
2) копи со стектрейса в IDE показало что там \r\n\r\n
В IntelliJ IDEA сам подставляет вот это вот всё