Не мог выполнить команды svn на версии 1.7 репозитория
Я не могу выполнить команды svn в существующем репозитории.
Выполнение svn status результаты в этом:
gene@gene-ThinkPad-T60p: ~/Dropbox/CDS$ svn состояние svn: путь '.', кажется, часть Подверсии 1.7 или больше
рабочая копия. Обновите свой клиент Подверсии для использования этого
рабочая копия.
После некоторого поиска с помощью Google я думал, что правильный поступок должен будет работать svn upgrade, (но это было отвлекающим маневром, обновление не обновляет Вашу установку SVN, это обновляет версию, неявную в проекте). В любом случае обновление не доступно в версии 1.6
gene@gene-ThinkPad-T60p: ~/Dropbox/CDS$ svn обновление
Неизвестная команда: 'обновление'
Введите 'svn справку' для использования.
Я попробовал к обновлению подверсии (иначе svn в командных строках), я попробовал sudo apt-get update затем sudo apt-get upgrade, без эффекта. Я также попробовал sudo apt-get install subversion, без эффекта.
Я загрузил исходный код и попытался создать подверсию, но я получил эту ошибку после выполнения ./configure
... усеченный...
/bin/grep-E, проверяющий, работает ли ln-s... да проверяющий на a
BSD-совместимая установка.../usr/bin/install-c настраивает: Apache
Портативная проверка конфигурации библиотеки Runtime (APR) APR... нет
настройте: ПРЕДУПРЕЖДЕНИЕ: APR, не найденный Apache портативным временем выполнения (APR)
библиотека не может быть найдена. Установите APR в этой системе и
настройте Подверсию с соответствующим - опция с апрелем.
Вероятно, необходимо сделать что-то похожее с Портативным Apache
Библиотека Utility (APRUTIL) во время выполнения и затем настраивает Подверсию с
и - с апрелем и - with-apr-util опции.
настройте: ошибка: никакой подходящий APR не найден
Я уже прочитал несколько страниц об утилите APR в readme для SVN, но это казалось очень включенным. Возможно, APRUTIL для установки серверной версии SVN, а не клиента?
Эта команда sudo apt-get install libapache2-svn говорит, что я уже в большей части текущей версии.
(редактирование:), Когда я пробую sudo apt-get install subversion это говорит, что я в новейшей версии
Чтение пакета перечисляет... Готово
Создание дерева зависимостей
Чтение информации состояния... Готово
подверсия уже является новейшей версией.
0 обновленных, 0 недавно установленный, 0 для удаления и 1 не обновленный.
Но, моя текущая версия (на основе svn --version) svn, версия 1.6.17 (r1128011), скомпилированная 26 июня 2013, 20:44:02. Это кажется недавним мне, но согласно веб-сайту они уже находятся на 1,8.
Заранее спасибо за любую справку.
2 ответа
Мои извинения, но я не очень хорошо справился с заданием вопроса. В мою защиту это было связано с множеством разных попыток решить проблему, и я потерял все шаги.
Но вот ответ на вопрос, почему команды SVN не работали, и почему не работало обновление.
Моя проблема заключалась в том, что я использовал Dropbox для синхронизации своих репозиториев между компьютерами и случайно установил репозиторий SVN 1.7 на машину SVN 1.6.
SVN сказал, что мне нужно обновить, но обновление SVN доступно только в 1.7, поэтому я получил ошибку «команда не существует» (почему-то версия 1.6 знает, что она должна существовать, потому что она есть в сообщении об ошибке !! !)
Другая сложность заключалась в том, что я не смог обновить до 1.7 на этой машине с помощью типичных команд apt-get (update / upgrade / install), поскольку двоичный файл недоступен для Ubuntu 12.04 (LTS) хотя ресурсы PPA по умолчанию.
Чтобы перейти на SVN 1.7 в Ubuntu 12.04, вам нужно добавить новый PPA. Инструкции можно найти здесь: Где я могу найти двоичный файл Subversion 1.7?
Примечание. Посмотрите более одного ответа в ссылке выше. Существует команда ppa, доступная от команды SVN, и на момент написания этого вопроса это был не выбранный ответ
Из того, что я прочитал (и из моего личного опыта), можно синхронизировать проекты SVN и Git. на компьютерах, использующих Dropbox, даже в операционных системах. Тем не менее, это, вероятно, не очень хорошая идея, и изменение версий SVN вызвало у меня довольно большие проблемы. Теперь, некоторые из моих отслеживаемых файлов были перезаписаны в проекте, и мне нужно пройти через грязный процесс, чтобы снова проверить весь проект и вручную синхронизировать неверсионные файлы. Перезаписанные файлы были заменены пустыми файлами с исходным именем, но без содержимого (и они кажутся SVN самой последней версией, поэтому восстановление не отменяет их).
Да, я знаю, что хранение неверсионных файлов не является идеальным, но у меня есть для этого очень веские причины.
Есть небольшой поворот. Вы говорите, что пытаетесь svn update, но код показывает svn upgrade, что не получается, затем вы говорите: «Итак, я попытался svn upgrade».
Моя интуиция говорит, что у вас есть рабочая копия в версии 1.7, скопированная откуда-то, и версия 1.6 Subversion не может с этим справиться. Простейшим решением было бы svn checkout свежая рабочая копия из repository.
Если вам действительно нужно понизить вашу рабочую копию с 1,7 до 1,6, , то у вас есть проблема , я боюсь.
APR - это библиотека общего назначения, разработанная для http-сервера Apache, но она используется всеми программами Subversion. Поэтому вам необходимо установить его для того, чтобы собрать любое программное обеспечение Subversion. libapache-svn - это другое дело.