Не могу сказать, что я большой фанат Subversion. По-моему, Git прекрасен, и никакие другие системы контроля версий не нужны. Тем не менее, работать с Subversion время от времени приходится, потому что нужно сделать checkout какого-то древнего полумертвого проекта или еще почему-то. Так что, в этой заметке мы рассмотрим основы работы с Subversion, ну и заодно почему он иногда может быть даже интереснее, чем Git. Заметка рассчитана на тех, кто уже имеет опыт использования Git или хотя бы Mercurial.
Перекрестная ссылка: Вас также может заинтересовать старенькая заметка Мой первый опыт работы с Subversion . Там речь идет больше про настройку серверной стороны, а также про использование всяких TortoiseSVN и прочих GUI. Данный же пост посвящен работе с уже существующими репозиториями из консоли.
Итак, почему же Subversion иногда может быть интереснее, чем Git:
- Считается, что централизованную систему контроля версий проще объяснить новичкам;
- Используются последовательные номера ревизий, ясно что за чем шло;
- Тут можно чекаутить отдельные каталоги и делать для них свои бранчи;
- Есть поддержка file lock, что иногда, пожалуй, может быть удобно;
- Subversion лучше работает с бинарными файлами и компактно хранит их дифы;
Я, впрочем, не гугу Subversion. Но в первом приближении, вроде, все верно.
Теперь перейдем к командам.
Делаем checkout:
Подсасываем последние изменения:
Проверить, в какой ветке мы находимся и на какой сервер смотрим:
Посмотреть историю изменений:
svn log | less
История изменений с diff’ами, аналог git log -p :
Кто какие строчки когда менял:
Посмотреть незакомиченные изменения:
Какие файлы были изменены или добавлены:
Изменения в рамках ревизиции, аналог git show :
svn log -c 123456
# посмотреть изменения
svn diff -c 123456
Посмотреть измененные в ревизии файлы:
Изменения по сравнению с текущей ревизией, аналог git diff :
svn diff —summarize -r 123456
Применение сохраненного в файл дифа, аналог git apply :
Отменить последние изменения, аналог git reset --hard HEAD :
Текущее состояние репозитория, измененные файлы и так далее:
Удалить неотслеживаемые файлы и каталоги — встроенной команды, увы, нет, но можно прописать алиас в .bashrc:
Получение списка бранчей:
Создание нового бранча или тэга:
https: // example.com / project / branches / test-branch
svn copy https: // example.com / project / trunk /
https: // example.com / project / tags / 1.0
-m «Release 1.0»
Переключение на бранч:
cd ..
mkdir branches
cd branches
svn co https: // example.com / project / branches / test-branch
cd test-branch
Мерж бранча:
Удаление бранча:
-m «Removing test-branch»
Примечание: Примите также во внимание, что если вы сделали checkout самого корня репозитория, в котором находятся каталоги trunk, branches и tags, то можете просматривать бранчи обычным ls , удалять обычным svn rm с последующим коммитом, и так далее. Впрочем, в больших проектах вы вряд ли захотите делать checkout вот прямо всего репозитория целиком.
Добавить файл:
Переименовать файл:
Удалить файл:
Lock/unlock, чтобы файл никто не мог менять кроме нас:
svn unlock file.txt
Коммит и сразу пуш, потому что это SVN:
В общем-то, описанных команд вам хватит в 95% всех случаев. Дополнительную информацию рекомендую искать в man’ах и help’ах. Еще можно порекомандовать книгу Pragmatic Version Control using Subversion .
А пользуетесь ли вы Subversion и если да, то какие команды советовали бы добавить к приведенному выше списку?
Дополнение: Практика работы с системами контроля версий