Не можете использовать Дженкинс и Subversion 1.7? Любое решение?

Question

У меня были проблемы с новым обновлением Subversion 1.7 против использования Jenkins.

Вот в чем дело, несколько человек в нашей компании переключаются на новую Subversion 1.7, поэтому они не могут вернуться к старой структуре папок Subversion 1.6 (если только они не передадут все, стереть свою папку, удалите новую Subversion 1.7 со всеми своими круто Новая функция, установить старый и скучный 1.6 и реэкспортировать все, что я знаю).

Итак, учитывая тот факт, что я хочу двигаться вперед и использовать новую функцию subversion 1.7, такую ​​как наличие внешних элементов, которые могут легко использовать номер ревизии ..., у меня теперь есть проблема с Дженкинсом.

У меня есть выбор для Jenkins - использовать плагины для SVNKIT 1.3.7 или его можно обновить до 1.3.9. Если мы посмотрим на страницу загрузки для SVNKIT (http://svnkit.com/download.php), они скажут, что версии 1.3.7 и 1.3.9 несовместимы с Subversion 1.7. Это должно быть исправлено в марте 2012 года. Мой сервер должен быть запущен как можно скорее, поэтому я не могу ждать 1 целый месяц.

Итак, что бы вы предложили мне, чтобы мой пользователь использовал Subversion 1.7 и что я все еще мог бы использовать Jenkins.

К вашему сведению, я попробовал следующее:

• Изменение протокола, используемого на сервере, использование протокола SSLv3, чтобы Subversion работала, но не работала с jenkins, а использование TLSv1 и SSLv3 заставляло jenkins работать, но при этом не выполнялась некоторая операция subversion, поэтому положительного результата нет.
• Изменение параметра протокола в jenkins для использования SSLv3, об этом упоминалось в нескольких часто задаваемых вопросах о том, что по умолчанию jenkins использует протокол TLSv1, но все еще не дает положительного результата. (Всегда сообщайте мне ошибку. Невозможно получить доступ к https://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk: svn: OPTIONS / svn / teamlib / package / ThePackages / trunk не удалось (показать подробности) (может быть, вам нужно ввести учетные данные?))
• Создание нового репозитория на другом сервере, который использует TLSv1 и SSLv3, этот репозиторий будет содержать только внешнюю ссылку на реальный базовый репозиторий (например, новый репозиторий https://svn2.myrepos.com/svn/teamlib/testpackage/trunk, который содержит только внешнюю ссылку на svn на другом сервере, используя только SSLv3 https://svn.myrepos.com/svn/teamlib/package/ThePackages/trunk).

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

Так есть мысли?

Answer 1

Я не уверен, что понимаю вашу архитектуру.Ваши разработчики могут продолжать использовать 1.7 на своих машинах разработки (клиентах), даже если в репозитории запущена Subversion 1.6.x.Насколько мне известно, улучшенная внешняя поддержка была введена до 1.7, например, мы используем внешние привязки в 1.6.x.На мой взгляд, совместимость с Jenkins превосходит любые преимущества запуска 1.7 на сервере.

Мы запускаем центральный сервер SVN под управлением Subversion 1.6.x (который поддерживает внешние версии с привязкой ревизии), и некоторые разработчики обновили клиенты Subversion до 1.7 на своих машинах разработки.Поскольку сервер svn работает под управлением 1.6.x, Дженкинс может извлекать из нашего центрального хранилища (в том числе проверять внешние).Я бы порекомендовал придерживаться 1.6.x в вашем хранилище, пока Jenkins / SvnKit не поддержит 1.7.

Примечания к выпуску Subversion 1.7 говорят, что формат хранилища не изменился, поэтому вы должны иметь возможность понизить версию хранилища, если вы уже обновились:

Серверы Subversion 1.7 используют тот же формат хранилища, что и Subversion 1.6.Таким образом, существует возможность беспрепятственного обновления и понижения между серверами 1.6.x и 1.7.x без изменения формата репозиториев на диске.(Как правило, это неверно для любой пары серверов 1.x и 1.y, но в некоторых случаях это относится к 1.6 и 1.7.) Если на сервере были включены новые функции 1.7 (в перехватчиках или в файлах конфигурации сервера), ониКонечно, перед возвратом на сервер 1.6 придется отключить его.

Answer 2

Вам придется подождать, пока плагин Subversion для Jenkins не обновится для поддержки Subversion 1.7. Я не уверен, когда это будет. Разработка плагина Hudson Subversion для обновления в настоящее время продолжается и должна быть доступна в следующей версии плагина.