Создание SVN-репозитория:

   svnadmin create путь_к_репозиторию

например

   svnadmin create ~/svn/project1

Импорт в репозиторий дерева исходных текстов:

   svn import [директория] [URL] -m "комментарий"

например

   svn import public_html file:///home/user/svn/project1 \
       -m "первый импорт кода"

В нашем случае URL с путем к репозиторию указывает на локальную файловую систему.

Просмотр содержимого репозитория:

      svn list [URL]
      svnlook tree [repository path]

например

      svn list file:///home/user/svn/project1
      svnlook tree ~/svn/project1

Извлечение рабочей копии исходных текстов из репозитория:

   svn checkout [URL] [директория для сохранения]

например

   svn checkout file:///home/user/svn/project1 test

срез содержимого репозитория будет сохранен в директорию test, в которой можно начать редактирование файлов.

Статус изменений в рабочей копии можно посмотреть командой

   svn status

Первый символ в выводе определяет характер изменений:

   ' ' без изменений
   'A' добавлено
   'C' конфликт
   'D' удалено
   'I' игнорировано
   'M' изменено
   'R' заменено
   'X' добавлена новая директория
   '?' элемент для которого не ведется версионный контроль (новый файл)
   '!' элемент отсутствует (удалено без подтверждения в svn)

Перед коммитом изменений необходимо убедиться в отсутствии файлов с признаками "?" и "!", добавив новые файлы через команду "svn add" и удалив ненужные через "svn delete" или восстановив удаленные по ошибке через "svn update".

Типичные операции с файлами в рабочей копии.

Добавление новых файлов, ранее отсутствовавших в репозиторий (команда выполняется находясь в директории с рабочей копией):

   svn add имя_файла

Удаление ненужных файлов из репозитория :

   svn delete имя_файла

если файл по ошибке был удален вручную, то восстановить его можно командой

   svn update имя_удаленного_файла

Просмотр лога изменений:

   svn log

Просмотра лога изменений только в рамках заданной ревизии:

   svn log -r 10

Подтверждение (коммит) внесенных изменений в основной репозиторий (номер ревизии при каждом коммите автоматически увеличивается на 1).

   svn commit

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

   svn update

Для формирования  копии части репозитория без служебных данных (без .svn поддиректорий), например, для размещения в web, нужно использовать команду:

   svn export [URL репозитория или файла/директории в нем]

например

   svn export file:///home/user/svn/project1/dir/file.html
   svn export file:///home/user/svn/project1/dir

Проверка номера версии текущей рабочей директории:

   svnversion

Если в ответ будут показаны цифры, значит все изменения зафиксированы коммитом.
Если перед цифрами указана буква "M", значит в рабочей директории имеются измененные файлы, ожидающие передачи в репозиторий.
Если в выводе фигурирует несколько цифр, разделенных двоеточием, значит после вашего коммита в репозитории другим участником были внесены изменения, которые следует синхронизировать через "svn update".

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

   svn diff имя_файла

Для возврата рабочей директории к прошлой ревизии (отмены изменений) можно использовать команду:

   svn merge -r 4:1 file:///home/user/svn/project1

где, 4 - текущая ревизия, а 1 - ревизия на которую осуществляется откат рабочей директории.

Для переименования репозитория можно использовать следующую схему.
Создает новый пустой репозиторий:

   svnadmin create новое_имя

Делаем бэкап старого репозитория в файл:

   svnadmin dump ~/svn/старое_имя > old_repo.dump

Загружаем дамп с резервной копией в новый репозиторий:

   svnadmin load ~/svn/новое_имя < old_repo.dump

Удаляем старый репозиторий:

   rm -rf ~/svn/старое_имя

URL: http://scratching.psybermonkey.net/2010/10/subversion-how-to...
Обсуждается: http://www.opennet.me/tips/info/2459.shtml

• Основы использования Subversion для управления исходными текстами,pythy, 23:17 , 20-Окт-10
• Основы использования Subversion для управления исходными текстами,anonymous, 23:41 , 20-Окт-10
  • Основы использования Subversion для управления исходными тек...,ананим, 09:10 , 21-Окт-10
  • Основы использования Subversion для управления исходными тек...,Andrey Mitrofanov, 10:07 , 21-Окт-10
    • Основы использования Subversion для управления исходными тек...,К.О., 13:21 , 21-Окт-10
      • Основы использования Subversion для управления исходными тек...,dq0s4y71, 16:02 , 29-Окт-10
• Основы использования Subversion для управления исходными текстами,Я..., 23:50 , 20-Окт-10
• Основы использования Subversion для управления исходными текстами,аноним, 18:34 , 24-Окт-10
• Основы использования Subversion для управления исходными текстами,Аноним, 11:09 , 02-Ноя-10
• Основы использования Subversion для управления исходными текстами,a, 12:30 , 22-Ноя-11

Самый важный совет - начните использовать mercurial или git

>mercurial или git

Докачка в них уже появилась?

это ж децентрализованные - держишь весь у себя, а дальше только "докачиваешь"

> Докачка в них уже появилась?

Двоичные файлы в 100Гб+ и поддержу Гей^WБалм^WУиндоуз -- забыл?

hg / git отлично работают по вендой

Насколько я помню, git работал под вендой только в CygWin.

Самое главное, помните, что svn delete физически удаляет файлы в рабочей копии... :)

А какой командой вывести файл из-под контроля версий (не удаляя конечно)? Что-то типа

svn rm-from-vcs file.txt

Писать в 2010 году советы по Subversion - это уже несколько позновато, не находите?
Mercurial уже более современен.

svn lock - нужная, но не описанная здесь опция.