The OpenNET Project / Index page

[ новости/++ | форум | wiki | теги ]

Основы использования Subversion для управления исходными текстами
Создание 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/старое_имя 
 
20.10.2010 , Источник: http://scratching.psybermonkey.net/...
Ключи: svn, subversion, cvs, version / Лицензия: CC-BY
Раздел:    Корень / Программисту и web-разработчику / Системы контроля версий и управления исходными текстами

Обсуждение [ RSS ]
 
  • 1.1, pythy, 23:17, 20/10/2010 [ответить] [смотреть все]
  • +/
    Самый важный совет - начните использовать mercurial или git
     
  • 1.2, anonymous, 23:41, 20/10/2010 [ответить] [смотреть все]
  • +/
    >mercurial или git

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

     
     
  • 2.4, ананим, 09:10, 21/10/2010 [^] [ответить] [смотреть все]
  • +/
    это ж децентрализованные - держишь весь у себя, а дальше только "докачиваешь"
     
  • 2.5, Andrey Mitrofanov, 10:07, 21/10/2010 [^] [ответить] [смотреть все]
  • +/
    > Докачка в них уже появилась?

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

     
     
  • 3.6, К.О., 13:21, 21/10/2010 [^] [ответить] [смотреть все]
  • +/
    hg / git отлично работают по вендой
     
     
  • 4.10, dq0s4y71, 16:02, 29/10/2010 [^] [ответить] [смотреть все]  
  • +/
    Насколько я помню, git работал под вендой только в CygWin.
     
  • 1.3, Я..., 23:50, 20/10/2010 [ответить] [смотреть все]  
  • +/
    Самое главное, помните, что svn delete физически удаляет файлы в рабочей копии... :)
     
  • 1.9, аноним, 18:34, 24/10/2010 [ответить] [смотреть все]  
  • +/
    А какой командой вывести файл из-под контроля версий (не удаляя конечно)? Что-то типа

    svn rm-from-vcs file.txt

     
  • 1.11, Аноним, 11:09, 02/11/2010 [ответить] [смотреть все]  
  • +/
    Писать в 2010 году советы по Subversion - это уже несколько позновато, не находи... весь текст скрыт [показать]
     
  • 1.12, a, 12:30, 22/11/2011 [ответить] [смотреть все]  
  • +/
    svn lock - нужная, но не описанная здесь опция.
     

    Ваш комментарий
    Имя:         
    E-Mail:      
    Заголовок:
    Текст:



      Закладки на сайте
      Проследить за страницей
    Created 1996-2017 by Maxim Chirkov  
    ДобавитьРекламаВебмастеруГИД  
    Hosting by Ihor