Как выполнить аутентификацию на сервере SVN из задачи оболочки в Jenkins?

Question

У меня есть jenkins, настроенные для подключения к SVN-серверу, и одна из моих заданий я бы хотел svn update и svn commit.

Я делаю это в задаче оболочки, но это не работает. когда я делаю вызов:

svn update 

я получаю следующее сообщение об ошибке:

Authentication realm: http://svn...:80 Subversion Repository Password for 'jenkins': Authentication realm: http://svn...:80 Subversion Repository Username: svn: OPTIONS of ' http://svn ...': authorization failed: Could not authenticate to server: rejected Basic challenge

Я гугле это и смотрел онлайн, но мои попытки исправить мою проблему не удалось. Я не хотел бы пройти --username и --password в командной строке, и я думаю, что должно быть по крайней мере 2 других способов установить это:

• с помощью «глобального» кэша пользователя Linux/SVN Jenkins или что-то на этот счет
• , передавая полномочия от Jenkins

Я потерпел неудачу попытки следовать инструкции для обоих этих вариантов.

Может кто-нибудь объяснить в терминах, что даже такой знакомый, как я могу понять - как настроить Дженкинса и мою работу, чтобы иметь возможность svn update или svn commit из задачи оболочки в задании, подключенном к SVN.

EDIT Что меня попросили, чтобы достичь было запустить какой-то обработки на некоторые файлы, которые на самом деле не часть сборки - но мы хотим контролировать «сборки машины», чтобы сделать обработку - не просто разработчик для обработки и фиксации.

Это задание, запускаемое вручную, которое принимает некоторые входные данные, процессы, а затем толкает результирующие файлы на svn.

(я не знаю, почему это делается таким образом - я был воспитан на конце, чтобы помочь исправить их строят, и т.д. ...)

Answer 1

Вы хотите посмотреть в использовании SSH авторизации, это позволит вы избегаете передавать имя пользователя и пароль - пока ключ присутствует.

Возможно, стоит посмотреть, почему вы хотите сделать svn up и svn committ сформировать шаг оболочки.

Я бы посоветовал использовать плагин scm для получения источника - как только вы делаете svn up, дженкинсы не могут знать о наборе изменений.

Конец может быть и другим запахом. без тегирования, у толчки, идущей на svn, вероятно, есть лучший путь. Для одного - вам нужно будет придумать крючок, который запускает вашу сборку, или это будет цикл.