1 Аннотация
Система контроля версий — это система, сохраняющая изменения в одном или нескольких файлах так, чтобы потом можно было восстановить определённые старые версии.
3 Система контроля версий GIT для WEB
Среди прочих систем контроля версий (таких как SVN, Subversion, Mercurial и других) GIT выделяется наличием большого количества online-репозиториев для хранения проектов как с открытым исходным кодом (open source), так и с закрытым (private).
Системы контроля версий работают не просто с файлами системы, а с состояниями файлов.
В Git файлы могут находиться в одном из трёх состояний:
-
зафиксированном,
-
изменённом
-
подготовленном.
Зафиксированный значит, что файл уже сохранён в вашей локальной базе. К изменённым относятся файлы, которые поменялись, но ещё не были зафиксированы. Подготовленные файлы — это изменённые файлы, отмеченные для включения в следующий коммит.
Таким образом, в проекте с использованием Git есть три части: каталог Git (Git directory), рабочий каталог (working directory) и область подготовленных файлов (staging area).
Каталог Git — это место, где Git хранит метаданные и базу данных объектов вашего проекта. Это наиболее важная часть Git, и именно она копируется, когда вы клонируете репозиторий с другого компьютера.
Стандартный рабочий процесс с использованием Git выглядит примерно так:
-
Мы изменяем файлы в вашем рабочем каталоге.
-
Мы подготавливаем файлы, добавляя их слепки в область подготовленных файлов.
-
Мы делаем коммит. При этом слепки из области подготовленных файлов сохраняются в скрытый каталог Git.
-
Мы заливаем изменения на удаленный репозиторий с помощью команды push.
Если рабочая версия файла совпадает с версией в каталоге Git, файл считается зафиксированным.
Удаленный репозиторий
Для создания удаленного репозитория, нужна регистрация на на github.com (для openSource проектов). В учебных целях используется github.com, т.к. он бесплатен и работает с открытым исходным кодом.
Зарегистрировавшись на github.com, заходим на свою страницу, нажимаем «+» (Create new…) и выбираем пункт «New repository».
Рисунок 1. Создание репозитория, github.com
После заполнения формы с единственным обязательным полем – названием репозитория, попадаем на такую страницу:
Рисунок 2. Пустой репозиторий github.com
Далее, используя командную строку, переносим файлы с локального репозитория на удаленный.
cd project – переход в папку с проектом
git init – инициализация пустого репозитория
git add * - добавление в новых файлов в репозиторий
git commit –m “text commit” – фиксация изменений
git status – проверка статуса
git remote add site http://github.com/user/project.git – создание переменной site хранящей путь к удаленному репозиторию.
git push site master – заливка файлов текущего репозитория на удаленный.
git pull site master – загрузка файлов удаленного репозитория на текущий.
Использование графической оболочки TortoiseGit для GIT
Тем, кто не привык пользоваться консолью, git предлагает множество, как бесплатных, так и платных графических оболочек. Среди множества оболочек остановим свой выбор на одной. TortoiseGit, или черепашка для git. Качаем по ссылке code.google.com/p/tortoisegit/downloads/list. При установке везде жмем Next.
Клонирование репозитория
Клонирование репозитория можно осуществить как с помощью консольных команд, так и с помощью графической оболочки TortoiseGit
git clone http://github.com/user/project.git – клонирование удаленного репозитория с помощью консоли.
Для клонирования проекта с помощью черепашки, нажимаем правой кнопкой по пустой папке с именем проекта.
Рисунок 3. Клонирование проекта с помощью черепашки.
И выбраем команду Git Clone. В поле URL, в появившемся окне, вставляем url проекта.
Рисунок 4. Поле для ввода url при клонировании проекта
Создание репозитория
Для создания репозитория в выбираем Git create repository here…
Рисунок 5. Создание репозитория в TortoiseGit
Пустой репозиторий создан. Его осталось наполнить файлами проекта.