Ошибка аутентификации Jenkins svn

Question

У меня странная проблема с Дженкинсом и рабами Дженкинса. Мои сборки используют Maven Release Plugin. Проект выгружается из репозитория Subversion. Позже в процессе сборки Maven Release Plugin пытается внести некоторые изменения в мои проекты pom.xml. Именно здесь процесс иногда терпит неудачу у раба Дженкинса. Всякий раз, когда это не удается, мне нужно снова запустить сборку на главном сервере, прежде чем он снова будет работать на подчиненном Jenkins.

Ошибка, которую я получаю: svn не удалось выполнить проверку подлинности.

Я использую SVNKit на рабстве Дженкинса. Та же версия Maven и версия других инструментов, как на главном, так и на ведомом.

Subversion выдается с использованием протокола svn + ssh. Использование общедоступной аутентификации без пароля.

Вот UseCase:

1. Сложение работает нормально на ведомом Дженкинс
2. Сложение вдруг начинает глючить на подчиненном.
3. Я должен запустить сборку на хозяине.
4. После успешной сборки на мастере он может снова построить на рабе.

Эта периодическая «ошибка» невероятно раздражает, и это нарушает цикл выпуска.

Мне кажется, что какая-то кешированная аутентификация где-то где-то теряется.

Кто-нибудь испытал что-то подобное?

Answer 1

Я действительно не решил проблему, но нашел обходное решение. Похоже, что Maven Release Plugin не будет использовать закрытый ключ при вызове svn с ssh + svn. Он будет работать только на подчиненном устройстве, в некоторых случаях, когда сборка запускается на главном узле, а затем на подчиненном узле.

Временное решение; при использовании Maven Release Plugin на подчиненном узле Jenkins используются аргументы -Dusername и -Dpassword. Это не очень хорошее решение, но оно работает.