Vcs, хранящие изменения файлов

 

 

Git всегда хранит всё состояние проекта в виде фиксаций (commits, разг. комитов), которые представляют собой снимок (snapshot) директории именно в тот момент, когда разработчик решил внести изменение.

Git хранит ссылку на ранее фиксированный файл. Это ведёт к полному пересмотрению обычного процесса разработки и даёт Git его популярную возможность легко работать с нелинейными проектами, развитие отдельных частей котоых идёт параллельно.

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

Более того, вы можете даже забросить ваши изменения, затем вернуться к ним, обновить историю, предшествующую им, и всё равно нормально влить свои изменения в проект!

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

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

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

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

Если рабочая версия файла совпадает с версией в каталоге Git, файл считается зафиксированным. Если файл изменён, но добавлен в область подготовленных данных, он подготовлен. Если же файл изменился после выгрузки из БД, но не был подготовлен, то он считается изменённым.

Практическая часть

Нужно выполнить шаги 1 — 35 руководства http://githowto.com, шаги 21 — 23 не являются обязательными. Данное руководство является, пожалуй, наиболее известным в сети Интернет и позволит вам получить базовое представление о Git.

Содержание отчета по выполненным работам

Индивидуальный отчет о выполненной работе должен содержать:

1) цель работы;

2) Краткое описание работы с локальным репозиторием Git, практически в командах. Логическая последовательность выполнения команд должна быть сохранена (commit не должен идти раньше init). Также должен быть список использованных команд и их флагов;

3) вывод git log --pretty=format:\"%h %ad | %s%d [%an]\" --graph --date=short;

4)  ответы на контрольные вопросы.

 

- На второй день учебной практики до 16:00 на электронную почту преподавателя-руководителя учебной практики необходимо отправить архивный файл с отчетом выполненных работ.

Оформленная работа присылается на почту с темой: УП_ИС-9-1_ФИО_Изучение работы в системе контроля версий

Тема 1.8 Построение структуры программногопродукта (6 часов).