Subversion для непрограммиста

Когда-то, ещё на моей первой fulltime-работе, мне удалось научить дизайнера и верстальщика пользоваться CVS для хранения и синхронизации изменений.
Уже тогда я осознал насколько послезными для непрограммиста являются системы контроля версий.
Сейчас же мне опять приходится взаимодействовать с дизайнером-верстальщиком, и очень хотелось бы использовать в этом процессе систему контроля версий.
Собственно для этого дизайнера и была написана эта заметка.

Вступление:
Системы контроля версий используются для хранения истории изменения файлов в проекте.
Используя данную систему, можно в любой момент получить любую предыдущую версию файла, откатить какие-либо его модицикации, а также отслеживать сами измения.
Также плюсом является то, что при использовании такой системы, существует единое хранилище всех файлов проекта (причем со всеми версиями), что упрощает процедуру резервного копирования и обмена изменениями между учасниками проекта.

Покажу на простом примере ипользование, самой популярной на сегодняшний день, системы контроля версий Subversion или сокращенно SVN.

1. Загружаем самый user-friendly SVN клиент – Tortoise SVN
Для этого идем на сайт http://tortoisesvn.tigris.org/, жмем Download и выбираем последнюю версию под свою платформу
На момент написания статьи такой была версия 1.4.8

2. Устанавливаем.
Так как Tortoise SVN интегрируется в оболочку Windows Exporer, то по завершении утсановки необходимо выполнить перезагрузку комьютера

3. Получаем проект из репозитория
Переходим в рабочую директорию (например С:Mywork), вызываем контекстное меню и выбираем “SVN Checkout”

Откроется окно. подобное приведенному на рисунке, в котором в поле “URL repository” необходимо ввести адрес SVN-репозитория.
Это может быть как и http:// адрес так и специальный, понятный только svn-клиенту svn:// адрес.
Соответственно этот адрес, а также реквизиты доступа к нему необходимо предварительно получить у администратора SVN-сервера.

Нажимаем OK, вводим логин-пароль, если необходимо.

и ожидаем пока выполнится получение проекта из репозитория

После этого наша рабочая директория будет иметь приблизительно такой вид:

В результате всех этих манипуляций, мы получили локальную копию проекта

Обратите внимание на появление 2х новых пунктов контектсного меню: Commit и Update – к ним вернемся позже.

А пока же сделаем небольшое лирическое отступление.
Во всех современных системах контроля версий (и SVN не исключение) существует понятие CheckIn и СheckOut.
CheckOut – это получение локальной рабочей копии файлов, собственно что мы только что проделали на шаге 3
CheckIn – это обратное действие, тоесть перенос локальных файлов (в том числе и измененных) в репозиторий, на этапе фиксирования изменений.
Во многих системах CheckIn-процесс называется Commit.

Вот с ним сейчас и разберемся.

4. Предположим мы отредактировали файл README.RUS
Система распознает, что в файл были сделаны изменения и пометит его соответствующей иконкой:

Теперь мы хотим сделать наши изменения доступными для всех разработчиков проекта.
Для этого из контектсного меню выполняется описанная выше операция “SVN Commit”.
Сразу стоит отметить что commit можно выполнять как на конкретном файле, так и на директории.
Во втором случае процедура commit-а будет применена для всех файлом и под-директорий.
После нажатия “SVN Commit” будет показано окно, в котором в верхней части необходимо ввести поянительный комментарий к проделанным изменениям,
а в нижней просмотреть и отметить измененнные файлы.

При двойном клике на файле из нижней области, запустится программа TortoiseMerge, c помощью которой можно просмотреть сделанные изменения путем сравнения оригинала и локальной (модифицированной) версии.

Нажимаем OK и ожидаем окончания выполнения commit-а, после чего файлы в рабочей папке приобретут веселые зеленые иконки.

5. Так как над проектом может одновременно работать несколько человек, необходимо быть уверенным что мы всегда работаем с последней версией рабочих файлов.
Для этого необходимо регулярно синхронизировать рабочую папку, с репозитарием, используя операцию “SVN Update” из контекстного меню.
Результат её работы выгядит приблизительно так:

Вот собственно и все.
Кроме одного НО!

6. Что будет если пока мы редактировали файл README.RUS его уже кто-то отредактировал и сохранил в репозитарии?
В таком случае система определит что мы пытаемся выполнить commit-уже измененому файлу и не даст переписать чужие изменения.
Предположим мы внесли некоторые изменения в README.RUS, но ещё не выполнили commit.
Пока мы производили эти изменения, кто-то тоже внес изменения в этот файл и “сохранил” их в репозитории.
В результате при попытке выполнить commit мы получим такое сообщение:

Имеем типичную ситуацию конфликта версий.
Для его разрешения необходимо выполнить комманду “SVN Update”.

После чего дважды щелкнуть мышью на каждом из файлов, помеченном “Conflicted” и с помощью программы TortoiseMerge вручную провести сравнение и редактирование файлов.
Далее помечаем файл как Resolved (Контекстное меню => Tortoise SVN => Resolved…) снова выполняем commit.

Вроде бы и все. Если будут вопросы, либо что-то не ясно – спрашивайте, постараюсь ответить.

P.S. Данная статья не затрагивает разрешения, бренчи, систему версионности метаданных и тд, так как в моем понимании подобные вещи не нужны для понимания нетехническим специалистам.