Приложение - Инструментарий - Система контроля версий Git

Среди прочих систем контроля версий (таких как SVN, Subversion, Mercurial и других) Git выделяется наличием большого количества online-репозиториев для хранения проектов как с открытым исходным кодом (open source), так и с закрытым (private). Именно поэтому, это самая распространенная система контроля версий среди web-разработчиков.

Также, как и другие системы контроля версий, Git работает не просто с файлами системы, а с состояниями файлов.

В Git файлы могут находиться в одном из трёх состояний:

– зафиксированном,

– изменённом

– подготовленном.

Зафиксированный значит, что файл уже сохранён в вашей локальной базе. К изменённым относятся файлы, которые поменялись, но ещё не были зафиксированы. Подготовленные файлы — это изменённые файлы, отмеченные для включения в следующий коммит.

Таким образом, в проекте с использованием Git есть три части: каталог Git (Git directory), рабочий каталог (working directory) и область подготовленных файлов (staging area).

Каталог Git — это место, где Git хранит метаданные и базу данных объектов вашего проекта. Это наиболее важная часть Git, и именно она копируется, когда вы клонируете репозиторий с другого компьютера.

Стандартный рабочий процесс с использованием Git выглядит примерно так:

1. Мы изменяем файлы в вашем рабочем каталоге.

2. Мы подготавливаем файлы, добавляя их слепки в область подготовленных файлов.

3. Мы делаем коммит. При этом слепки из области подготовленных файлов сохраняются в каталог Git.

Если рабочая версия файла совпадает с версией в каталоге Git, файл считается зафиксированным.

Лучше установить Git из исходных кодов, поскольку так вы получите самую свежую версию. Каждая новая версия Git'а обычно включает полезные улучшения пользовательского интерфейса, поэтому получение последней версии — часто лучший путь, если, конечно, вас не затрудняет установка программ из исходников. К тому же, многие дистрибутивы Linux содержат очень старые пакеты. Поэтому, если только вы не на очень свежем дистрибутиве или используете пакеты из экспериментальной ветки, установка из исходников может быть самым выигрышным решением.

Для установки Git'а понадобятся библиотеки, от которых он зависит: curl, zlib, openssl, expat и libiconv. В Ubuntu эти библиотеки есть по-умолчанию. Если же в вашей операционной системе они отстутствуют, то можно воспользоваться следующими командами, чтобы разрешить все зависимости:

yum install curl-devel expat-devel gettext-devel \
openssl-devel zlib-devel
apt-get install libcurl4-gnutls-dev libexpat1-dev gettext \ libz-dev libssl-dev

Установив все необходимые библиотеки, можно приступить к установке Git.

apt-get install git

Github.com

GitHub — крупнейший веб-сервис для хостинга IT-проектов и их совместной разработки. Для создания удаленного репозитория, нужна регистрация на github.com.

В учебных целях используется github.com, т.к. он бесплатен и работает с открытым исходным кодом. По адресу http://github.com/mikhalkevich можно ознакомиться со всеми открытыми репозтиориями автора.

Зарегистрировавшись на github.com, заходим на свою страницу, нажимаем «+» (Create new…) и выбираем пункт «New repository».

После заполнения формы с единственным обязательным полем – названием репозитория, попадаем на такую страницу:

На странице видим 2 блока подсказок. Первый  "...or create a new repository on the command line" нам не подходит, хотя бы потому, что наш проект будет содержать более чем 1 файл. Второй "...or push an existing repository from the command line" предназначен для уже созданных и помещенных локальный git-репозиторий проектов.

Используя командную строку, переносим файлы с локального репозитория на удаленный.

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 – скачивание файлов с удаленного репозитория на локальный.