К началу работы с программой Git предполагается, что у пользователя уже есть аккаунт на GitHub и пустой проект для скачивания версии на страницу проекта, а также ссылка на сторонний проект для скачивания.
-
1) Если Git был установлен правильно, то проверка покажет версию установки. Это же является показателем, работает ли программа. Если на этом этапе что-то не получилось, значит придется проверить качество скачивания и утановки.
-
2) Определение автора версии проекта и его электронный адрес. Эти параметры можно менять впоследствии в течении работы, но следует помнить, что именно под этим именем разработчик будет известен другим членам команды
-
3) Создаем репозитори. Для этого нужно перейти в папку, которая будет превращена в репозиторий для GitHub. Переходим в папку проекта и инициализируем Git. Параметр --global нужен, чтоб показать, что все указанные выше настройки будет применены к любому файлу. История изменений будет сохранена под этим именем.
Именно теперь программа знает все о вашем проекте и отслеживает изменения
-
4) Команда, которая связывает локальный репозиторий с удаленным. Теперь возможно резервное копирование версий проекта на сторонний сервис, однако это не будет происходить автоматически
-
5) Создаем локальный репозиторий, полностью копирующий удаленный. Заметьте, какая разница между данной командой и предыдущей. Выше описано, как связать удаленный репозиторий чтоб в него помещать изменения, а клонирование осуществляет скачивание проекта на свой компьютер.
-
6) Команда показывает статус измененных файлов, если эти изменения еще не сохранены в программе Git. Это касается абсолютно всех файлов, которые были изменены, даже текстовые, как README.md
-
7) Сохранение изменений каждого файла внутри Git называется коммитом. Чтоб сохранить изменения файла, необходимо внести одну из двух описанных ниже команд. Первая сохраняет один конкретный файл, вторая все изменения проекта. Теперь Git учитывает, что измененные файлы готовы к сохранению. Место, где хранится информация о файлах, готовых к изменению, называется индекс Git или «staging area git».
-
8) Чтоб сохранить изменения для следующей версии необходимо выполнить специальную команду. В новый коммит попадут только те файлы, которые находятся в индексе Git. Ниже описаны два способа одной команды. Второй отличается тем, что запоминает сообщение с описанием особенностей версии
-
9) Вывод информации обо всех коммитах можно выполнить двумя способами. Первый выводит абсолютно все версии проекта, второй только несколько последних, что указывается числом. Это очень удобно, если список очень большой
-
10) Возвращение к версии из списка с указанием номера
-
11) Загрузить ветку с именем master на связанный репозиторий на удаленном сервере
-
12) Команда скачивает версию ветки “master” с проекта обозначенном “origin”. Учтите, что произойдет скачивание не самых последних изменений, а полностью вся история коммитов
git -v
git config --global user.name "My Name"
git config --global user.email myemail@gmail.com
git remote add origin
https://github.com/MyRep/project1
git clone
https://github.com/MyRep/project1
git status
git add yourFolder/yourFile.php
git add .
git commit
git commit –m “The information about current version of project”
git checkout ec1924gg2f537224d70e4c14c49a
git push origin master
git pull origin master
Действия, описанные выше, позволяют сохранять все версии проекта и работать с ними. Это очень удобно, если в какой-то ветке обнаружена ошибка, то проект будет использовать рабочий вариант до тех пор, пока все не будет исправно.