Записки программиста

Не могу сказать, что я большой фанат Subversion. По-моему, Git прекрасен, и никакие другие системы контроля версий не нужны. Тем не менее, работать с Subversion время от времени приходится, потому что нужно сделать checkout какого-то древнего полумертвого проекта или еще почему-то. Так что, в этой заметке мы рассмотрим основы работы с Subversion, ну и заодно почему он иногда может быть даже интереснее, чем Git. Заметка рассчитана на тех, кто уже имеет опыт использования Git или хотя бы Mercurial.

Перекрестная ссылка: Вас также может заинтересовать старенькая заметка Мой первый опыт работы с Subversion. Там речь идет больше про настройку серверной стороны, а также про использование всяких TortoiseSVN и прочих GUI. Данный же пост посвящен работе с уже существующими репозиториями из консоли.

Итак, почему же Subversion иногда может быть интереснее, чем Git:

• Считается, что централизованную систему контроля версий проще объяснить новичкам;
• Используются последовательные номера ревизий, ясно что за чем шло;
• Тут можно чекаутить отдельные каталоги и делать для них свои бранчи;
• Есть поддержка file lock, что иногда, пожалуй, может быть удобно;
• Subversion лучше работает с бинарными файлами и компактно хранит их дифы;

Я, впрочем, не гугу Subversion. Но в первом приближении, вроде, все верно.

Теперь перейдем к командам.

Делаем checkout:

Подсасываем последние изменения:

Проверить, в какой ветке мы находимся и на какой сервер смотрим:

Посмотреть историю изменений:

История изменений с diff’ами, аналог git log -p:

Кто какие строчки когда менял:

Посмотреть незакомиченные изменения:

Какие файлы были изменены или добавлены:

Изменения в рамках ревизиции, аналог git show:

Посмотреть измененные в ревизии файлы:

Изменения по сравнению с текущей ревизией, аналог git diff:

Применение сохраненного в файл дифа, аналог git apply:

Отменить последние изменения, аналог git reset --hard HEAD:

Текущее состояние репозитория, измененные файлы и так далее:

Удалить неотслеживаемые файлы и каталоги — встроенной команды, увы, нет, но можно прописать алиас в .bashrc:

Получение списка бранчей:

Создание нового бранча или тэга:

Переключение на бранч:

Мерж бранча:

Удаление бранча:

Примечание: Примите также во внимание, что если вы сделали checkout самого корня репозитория, в котором находятся каталоги trunk, branches и tags, то можете просматривать бранчи обычным ls, удалять обычным svn rm с последующим коммитом, и так далее. Впрочем, в больших проектах вы вряд ли захотите делать checkout вот прямо всего репозитория целиком.

Добавить файл:

Переименовать файл:

Удалить файл:

Lock/unlock, чтобы файл никто не мог менять кроме нас:

Коммит и сразу пуш, потому что это SVN:

В общем-то, описанных команд вам хватит в 95% всех случаев. Дополнительную информацию рекомендую искать в man’ах и help’ах. Еще можно порекомандовать книгу Pragmatic Version Control using Subversion.

А пользуетесь ли вы Subversion и если да, то какие команды советовали бы добавить к приведенному выше списку?

Дополнение: Практика работы с системами контроля версий

Метки: Разработка.