Не удалось запустить команды svn в репозитории версии 1.7

Я не могу запускать команды svn в существующем репозитории.

Запуск svn status приводит к этому:

gene @ gene-ThinkPad-T60p: ~ / Dropbox / CDS $ svn status svn: Путь '.' похоже, является частью рабочей копии Subversion 1.7 или выше. Обновите свой клиент Subversion, чтобы использовать эту рабочую копию.

После некоторого googling я подумал, что правильная задача - запустить svn upgrade (но это была красная селедка, обновление не обновляет вашу установку SVN, оно обновляет версию, подразумеваемую в проект). В любом случае обновление не доступно в версии 1.6

gene @ gene-ThinkPad-T60p: ~ / Dropbox / CDS $ svn status svn: Путь '.' похоже, является частью рабочей копии Subversion 1.7 или выше. Обновите свой клиент Subversion, чтобы использовать эту рабочую копию.

gene @ gene-ThinkPad-T60p: ~ / Dropbox / CDS $ svn upgrade Неизвестная команда: 'upgrade' Введите 'svn help' для использования.

Я попробовал для обновления subversion (aka svn в командных строках) я попробовал sudo apt-get update, затем sudo apt-get upgrade, без эффекта.

Я загрузил исходный код и попытался построить subversion, но я получил эту ошибку после запуска ./configure

/ bin / grep - E проверяет, работает ли ln -s ... да проверка на BSD-совместимая установка ... / usr / bin / install -c configure: проверка конфигурации библиотеки Apache Portable Runtime (APR) для APR. .. no configure: ПРЕДУПРЕЖДЕНИЕ: APR не найден. Библиотека Apache Portable Runtime (APR) не найдена. Пожалуйста, установите APR в этой системе, а настройте Subversion с соответствующей опцией --with-apr. Вероятно, вам нужно сделать что-то подобное с библиотекой Apache Portable Runtime Utility (APRUTIL), а затем настроить Subversion с параметрами --with-apr и --with-apr-util. configure: error: не найдено подходящего APR

... truncated ...

Я уже прочитал несколько страниц об утилите APR в readme для SVN, но это казалось очень участвует. Возможно, APRUTIL для установки серверной версии SVN, а не клиента?

В этой команде sudo apt-get install libapache2-svn сказано, что я уже в самой последней версии.

/ bin / grep -E проверяет, работает ли ln -s ... да проверка на BSD-совместимая установка ... / usr / bin / install -c configure: конфигурация библиотеки Apache Portable Runtime (APR) проверка APR ... no configure: ПРЕДУПРЕЖДЕНИЕ: APR не найден. Библиотека Apache Portable Runtime (APR) не найдена. Пожалуйста, установите APR в этой системе, а настройте Subversion с соответствующей опцией --with-apr. Вероятно, вам нужно сделать что-то подобное с библиотекой Apache Portable Runtime Utility (APRUTIL), а затем настроить Subversion с параметрами --with-apr и --with-apr-util. configure: error: не найдено подходящего APR

(edit :) Когда я пытаюсь sudo apt-get install subversion, он говорит, что я на последней версии

Чтение списков пакетов. .. Готово Создание дерева зависимостей Информация о состоянии чтения ... Готово subversion - это уже самая новая версия. 0 обновлено, 0 вновь установлено, 0 удалено и 1 не обновлен.

1
задан 30 August 2013 в 18:07

1 ответ

Есть немного поворота. Вы говорите, что вы пытаетесь svn update, но код показывает svn upgrade, который терпит неудачу, тогда вы говорите «так я попробовал svn upgrade».

В моей кишке говорится, что у вас есть рабочая копия версии 1.7, скопированная откуда-то, и версия 1.6 подрывной деятельности не справляется с ней. Простейшим решением будет svn checkout новая рабочая копия из repository.

Если вам действительно нужно понизить рабочую копию от 1.7 до 1.6, то у вас есть проблема, я боюсь.

APR - это библиотека общего назначения, которая была разработана для HTTP-сервера Apache, но используется всеми программами subversion. Поэтому вам необходимо установить его, чтобы создать любое программное обеспечение для подрывной деятельности. libapache-svn - это другое дело.

1
ответ дан 24 May 2018 в 18:35
  • 1
    Я попытался сделать обновление с помощью apt-get, потому что я хотел установить новейший SVN. По какой-то причине на моем другом компьютере не будет установлена ​​новейшая версия. – geneorama 29 August 2013 в 07:41
  • 2
    Вы (или, по крайней мере, ваша кишка) правы. Я использую dropbox, и папка .svn синхронизируется, и это, вероятно, вызывает проблемы (спасибо за понимание). Выполнение новой проверки, вероятно, устранит проблему, но кажется смешным иметь две рабочие копии в Dropbox. Я использую dropbox для синхронизации всей дополнительной работы, например книг Excel, которые я не хочу проверять в проекте по соображениям размера. – geneorama 29 August 2013 в 07:43
  • 3
    Можете ли вы сказать мне, является ли APR для запуска SVN-сервера, или это также необходимо для компиляции клиента? Да, это должен быть второй вопрос ... но я думаю, что ответ может быть «Мне нужно установить 1.7 везде, если я использую dropbox». – geneorama 29 August 2013 в 07:44
  • 4
    Прежде всего, Subversion предназначен для синхронизации. Не позволяйте другой технологии синхронизации под этим беспорядком. Он может нарушать блокировку, атомарность и многое другое. Правило: один компьютер, одна рабочая копия каждая , , особенно , когда у вас разные версии ОС с другой версией SVN, которые кажутся вашей проблемой здесь. Если вы хотите синхронизировать между несколькими рабочими копиями без фиксации в репозитории, используйте DVCS, например, меркурий или git, или совместите свой SVN с ртутным или git. – Johannes 29 August 2013 в 12:48
  • 5
    APR также необходим для компиляции клиента. – Johannes 29 August 2013 в 12:48