Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 2)

Если мы выберем Repository → Visualize All Branch History (Репозиторий → Показать историю всех ветвей), мы увидим как складывается наша история.

Слияние (merging)

После напряжённой работы мы решили что наша lastname ветка достаточно стабильна, что бы влить её в master ветку. Что бы выполнить слияние, используйте Merge → Local Merge (Слияние → Локальное слияние).

Так как две разных фиксации делали два разных изменения на одной и той же линии, происходит конфликт (conflict).

Конфликт может быть разрешён используя любой текстовый редактор (оставляете в тексте только нужный вариант).

После разрешения конфликта, подготовьте изменения щёлкнув на иконке файла и зафиксируйте слияние щёлкнув по Commit кнопке: в редакторе внести изменения в файл и сохранить его - Перечитать — Подготовить - Сохранить.

Просмотр истории

Файл main.c становится немного большим, поэтому я решил вынести код, спрашивающий имя пользователя в отдельную функцию. Пока я это делал, я решил вынести функцию в отдельный файл. Хранилище теперь содержит файлы main.c, askname.c, и askname.h.

/* main.c */

#include <stdio.h>

#include "askname.h"

int main(int argc, char **argv)

{

char first[255], last[255];

askname(first, last);

printf("Hello, %s %s!\n", first, last);

return 0;

}

/* askname.c */

#include <stdio.h>

#include <string.h>

void askname(char *first, char *last)

{

printf("Enter your first name: ");

fgets(first, 255, stdin);

first[strlen(first)-1] = '\0'; /* remove the newline at the end */

printf("Now enter your last name: ");

gets(last); /* buffer overflow? what's that? */

}

/* askname.h */

void askname(char *first, char *last);

Файлы создают в редакторе. Затем перечитать репозиторий, подготовить все и сохранить.

История хранилища может быть просмотрена и изучена выбрав Repository → Visualize All Branch History. На следующем скриншоте я пытаюсь найти в какой фиксации была добавлена last переменная, ища все фиксации в которых было добавлено или убрано слово last.

Фиксации, которые подходят под условия поиска отмечены жирным шрифтом, что бы быстро и легко обнаружить нужную фиксацию. Можно посмотреть старую и новую версии. Цветом выделены изменения.

Через пару дней, кто-то просматривая наш код увидел что gets функция может вызвать переполнение буфера. Будучи любителем показывать пальцем, этот человек решает запустить git blame что бы увидеть кто последний раз редактировал эту линию кода. Проблема в том что Боб, тот кто зафиксировал эту линию в хранилище, а я последний кто трогал её когда я переместил строку в другой файл. Очевидно, я не виноват (конечно же). Но так ли умен git что бы обнаружить это? Да, это так.

Что бы запустить blame, выберете Repository → Browse master's Files (Репозиторий → Показать файлы ветви master). Из дерева, которое появится, дважды щёлкните на файле с интересующей строкой, который в данном случае askname.c. Наведённая мышка на интересующую линию показывает нам подсказку, которая говорит нам всё что нам надо знать.

Здесь мы можем видеть что эта линия была зафиксирована Бобом в фиксации f6c0, а затем я её переместил в её новое месторасположение в фиксации b312.

Отмена изменений (revert или reset)

Для отмены внесенных изменений до состояния последней фиксации:

Меню Состояния – Отменить изменения.

Для отката к конкретной фиксации (reset):

Меню Репозиторий – История ветки – (выбрать нужное состояние и в контекстном меню выбрать Установить для ветви это состояние). Возможны варианты (мягкий — изменение только индекса или жесткий — изменения в индексе и на диске).

Для отката через новую фиксацию — создается новая фиксация, содержащая изменения, обратные зафиксированным (revert):

Меню Репозиторий – История ветки – (выбрать нужное состояние и в контекстном меню выбрать revert this commit).

Публикация изменений (pushing) на удалённом сервере

Зарегистрируйтесь на сайте https://github.com/ (укажите логин, почту и пароль, дальше выберите бесплатный доступ).

Создайте новый репозиторий: После входа на сайт выберите Create new repository, укажите его название, тип (публичный) и нажмите Create repository.

После создания репозитория будет отображено его имя - адрес (в формате HTTPS) и команды для работы с ним в режиме командной строки (для желающих).

Далее из каталога репозитория на локальном ПК вызовите Git Gui, выберите меню Внешние репозитории → Добавить, в новом окне укажите псевдоним удаленного репозитория (любой, на рис. это Test1) и его адрес (https://github.com/ivanov/test2.git, где ivanov – логин пользователя сайта, test2 – название репозитория на сайте). Адрес рекомендую копировать с сайта.

Затем выбрать в меню Внешние репозитории → Отправить, указать псевдоним удаленного репозитория и отправляемую ветку, нажать Отправить.

При запросе ввести логин и пароль, с которыми регистрировались на сайте.

Если все успешно, то на сайте перейти в репозиторий и просмотреть его содержимое.

Можно просматривать историю изменений репозитория, содержимое фиксаций, изменения.

Получение изменений (pulling) с удалённого сервера

Для получения копии удаленного репозитория открыть проводник, щелкнуть правой мышью и из контекстного меню выбрать Git GUI. Вам будет показан диалог создания.

Выбрать Clone (Клонировать существующий репозиторий). Будет открыт диалог клонирования. В качестве источника укажите удаленный репозиторий (его адрес), в качестве приемника — новый каталог.

Нажать склонировать. Если все успешно, то откроется среда Git Gui, в которой возможно посмотреть содержимое файлов и историю изменений.

Дальше можно работать над проектами независимо. После внесения изменений и их фиксации отправим изменения обратно на сервер (меню Внешние репозитории → Отправить, указать псевдоним удаленного репозитория и отправляемую ветку, нажать Отправить).

Предварительно необходимо разрешение владельца репозитория на внесение изменений. Для этого владелец проекта на сайте выбирает (сверху вверху) New Collaborator, откроется страница участников проектов. На ней указать имя добавляемого участника (он должен быть найден по имени или его части) и нажать Add Collaborator. Новый участник будет добавлен в список участников.

Все участники проекта могут вносить свои изменения, используя адрес репозитория, свои логин и пароль.

Из-за того что наш код такой полезный, несколько человек скачали его и теперь используют нашу программу. А один человек, Фред, даже решил форкунуть его и добавить собственные изменения. Теперь когда он добавил свой код, он хотел бы что бы мы перетянули его изменения в своё хранилище.

Мы можем получить изменения Фреда, используя Remote → Fetch from → fred (Внешние репозитории → Получить).

После скачивания, изменения Фреда были добавлены в наше локальное хранилище в remotes/fred/master ветку. Мы можем использовать gitk что бы визуализировать изменения которые сделал Фред.

Если нам нравятся все изменения Фреда, мы можем сделать обычное слияние как было показано выше. Но всё же в этом случае, мне нравится только одно изменение Фреда. Что бы влить только одно из изменений Фреда, щёлкните правой кнопкой мыши на выбранной фиксации и выберите Cherry-pick this commit (Скопировать это состояние). Фиксация будет влита в текущую ветку.

Результат:

Теперь мы можем опубликовать изменение Фреда в нашем хранилище на github-е, что бы все могли видеть и использовать его. При отправке надо проставить флаг Перезаписать ветвь.

Последовательность работ с удаленным репозиторием

Предположим, что вы и несколько ваших напарников создали общественный
репозитарий, чтобы заняться неким общим проектом. Как выглядит самая
распространенная для git модель общей работы?

Первым делом создаем создаем копию удаленного репозитария. Далее выполняем итерационно:

1. «Вытягиваем» последние обновления с удаленного репозитория;

2. смотрим, что же изменилось;

3. создаем новую ветвь и переключаемся в нее;

4. работаем в новой ветке, индексируем все изменения и создаем из них
   коммит;

5. переключаемся в главную ветвь,

6. обновляем ее из удаленного репозитория;

7. проводим слияние с веткой,

8. если есть конфликт, то разрешаем его и делаем коммит слияния.

9. закидываем изменения в удаленный репозитарий

Задание к выполнению

Задание по управлению версиями:

1. Если система контоля версий Git не установлена, то установить ее (параметры оставить по умолчанию).

2. Запустить Git GUI или TortoiseGit (или консоль). Создать новый репозиторий (в папке по фамилии студента).

3. Добавить в папку репозитория файлы. Зафиксировать состояние репозитория (выполнить commit).

4. Внести изменения в файлы. Зафиксировать новое состояние репозитория.

5. Создать новую ветку 1. Внести в нее изменения (добавить новый файл и изменить существующий файл: добавить, удалить и изменить строки) и зафиксировать их.

6. Переключиться на ветку мастера. Внести в нее изменения (добавить новый файл; изменить существующие файлы: добавить, удалить и изменить строки первоначального файла) и зафиксировать их.

7. Продемонстрировать слияние веток. Разрешить возникший конфликт.

8. Просмотреть дерево изменений веток (историю).

9. Продемонстрировать откат изменений в ветке 1.

10. Создать удаленный репозиторий (на github.com или в сети).

11. Отправить данные на удаленный репозиторий (выполняется одним из студентов подгруппы).Добавить к удаленному репозиторию участников проекта.

12. Получить данные из удаленного репозитория (выполняется прочими студентами).

13. Изменить полученные данные.

14. Зафиксировать изменения и отправить их на удаленный репозиторий (выполняется всеми студентами подгруппы).

15. Получить данные из удаленного репозитория.

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

Дополнительно:

1. Продемонстрировать работу revert и reset.

2. Продемонстрировать сохранение изменений в stash с последующим восстановлением.

3. Продемонстрировать создание и применение серии патчей.

4. Продемонстрировать создание и применение тегов.

5. Продемонстрировать rebase.

Отчет:

После выполнения работы составляется отчет, который содержит:

• титульный лист,

• описание исходных требований,

• выполняемые команды и скриншоты результатов для Git.

Контрольные вопросы

1. Что такое система управления версиями?

2. Как создать репозиторий?

3. Как создать ветку?

4. Как провести слияние? Как разрешить конфликт и что это такое?

5. Как зафиксировать изменения?

6. Как провести откат? Различия в reset и revert, мягкий и жесткий reset.

7. Какова последовательность действий при работе с локальным репозиторием?

8. Какова последовательность действий при работе с удаленным репозиторием?

9. Каковы возможности при работе с удаленным репозиторием? Как его клонировать, получать и отправлять данные?

Источники

• Система управления версиями Git:

• Дистрибутив выдается преподавателем или скачивается из интернета.

• Основной материал — методичка по использованию Windows-клиента Git-Gui

• Теория — методичка по командам Git

• Дополнительно - Краткое руководство по использованию Windows-клиента Git-Gui http://tutorials.assembla.com/git-guide-for-windows-users/tour.ru.html

• Дополнительно - Руководство по использованию ее аналога Git Extensions http://www.rsdn.ru/article/tools/Git.xml

• Дополнительно - Краткое руководство по командам Git http://www.calculate-linux.ru/main/ru/git

• Дополнительно - Подробное руководство по командам Git http://marklodato.github.io/visual-git-guide/index-ru.html

21

Характеристики

Список файлов лабораторной работы