Было много вопросов о стековом потоке по различным вопросам, связанным с многоотраслевым конвейером, с косой чертой в имени их ветви. Я даже создал Jenkins JIRA для моей конкретной ситуации (последние плагины Jenkins + и плагин провайдера конфигурационных файлов). Однако я хотел бы получить некоторые разъяснения. Я попытался посмотреть на исходный код, но я заблудился, потому что плагин конвейера раньше назывался плагином workflow, а теперь проект исходного кода называется workflow-aggregator (я думаю), но когда я смотрю на этот плагин, я не могу понять, как он связан / включить другие плагины в список плагинов. Вот мои наблюдения (я нахожусь на Windows, если это имеет значение):
- Раньше Дженкинс использовал три символа% 2F в именах папок вместо / в ветвях.
- Тогда это было изменено на _ вместо% 2F
- Теперь он вернулся к% 2F (со всеми последними плагинами)
Итак, вот мои вопросы:
- Где-нибудь задокументировано, почему% 2F был восстановлен?
- Может ли кто-нибудь указать мне, какой плагин и какая версия использовались в последний раз _ вместо% 2F, поскольку это вызывает у меня горе, и я хотел бы обойти это?
- Есть ли какой-нибудь код, который я мог бы добавить, чтобы настроить это поведение с помощью существующих последних плагинов? Я видел этот пост , но он не дает мне пример для декларативных конвейеров и с SVN в качестве SCM. Проблема с декларативными конвейерами состоит в том, что код в этом посте требует, чтобы вы отключили шаг декларативного извлечения SCM (используя опцию skipDefaultCheckout ()), и я не знаю, как настроить путь к папке ветки. Я не хочу, чтобы удаленный URL-адрес указывался в файле Jenkins, а скорее в конфигурации задания Jenkins.
Любая помощь действительно ценится