SVN: не удается найти зафиксированные файлы

Question

Относительно новый с SVN. Я использую SVN в локальной системе (OpenSuSE 11.3). Я уже создал папку репо с SVN. Доступ к хранилищу с помощью файла: /// путь. У меня проблемы с файлами, которые можно скопировать из репо и зафиксировать в репо

В папке на рабочем месте я не могу просмотреть файлы из репозитория после выполнения команды извлечения

svn checkout file:///home/svn/projects/

На моем рабочем месте после создания тестового файла под названием «тестирование» и добавления его в SVN через

svn add testing

Я вижу, что папка .svn создается в том же каталоге. Однако после фиксации файла

svn commit testing

Я попал в vi с

--This line, and those below, will be ignored--

A   testing

после копирования A-тестирования перед строкой и выхода из vi с помощью: wq, я получаю

Sending        testing
Transmitting file data .
Committed revision 1.

Однако, находясь в репозитории (/ home / svn / projects), я не могу найти файл. Мой svn также обрабатывает другой каталог репозитория, но этот каталог пуст, и файл тоже туда не попадает.

Спасибо

Answer 1

Репозиторий Subversion - это база данных, которая не хранит ваши файлы очевидным образом. В частности, он не хранит историю файла в файле с таким же именем.

Единственное место, где вы увидите свой файл с прикрепленным именем, находится в извлеченном рабочем каталоге, а не в самом хранилище.

Кроме того, строка A testing, которую вы видите в файле сообщений о коммитах, является полезной подсказкой, информирующей вас о том, что будет зафиксировано. Вам не нужно перемещать его, чтобы зафиксировать ваш файл, и если вы оставите его на месте или удалите, это не приведет к тому, что ваш файл не будет зафиксирован. Есть причина, по которой там читается строка --This line, and those below, will be ignored--.

В качестве примечания я не могу рекомендовать Subversion в качестве системы контроля версий для использования в любых новых проектах. Если у вас есть конкретная причина использовать его, сделайте это. Но если вы этого не сделаете, я бы настоятельно рекомендовал проверить Mercurial или git и использовать вместо этого один из этих двух.