Предыдущий ролик Следующий ролик  

Видео урок: Сохранение изменений и отслеживание истории

Принципы контроля версий

Как только вы внесли файлы в систему и можете их извлекать, типичный рабочий процесс при использовании любой системы контроля версий выглядит в хранилище следующим образом. В определенное время в хранилище есть файл, который содержит элементы A, B и C. Допустим, вы его извлекаете, удаляете B и добавляете D. Теперь, когда вы снова сохраняете файлы в хранилище, вы используете команду commit, check in или update. Когда вы говорите системе контроля версий, чтобы она сохранила обновленный файл, она попросит вас сделать короткое описание внесенных изменений.

Оно часто называется сообщением о фиксации и является важной частью истории отслеживаемой информации. Система сохранит различия между двумя версиями файла, а вы укажете причину. В одних системах вы можете указать ее в одной строке, в других вы можете использовать не только одну строку для коротких сообщений, но и предоставить целый документ, описывающий изменения. У соответствующих багов, которые были исправлены в данном наборе изменений, есть гиперссылки на веб страницы, в которых произошли изменения, и так далее.

После того, как вы добавите файл в систему контроля версий, измените его и внесете изменения в систему, система контроля версий сможет показать вам историю этого файла. В ней мы можем увидеть, что в определенное время мы создали файл, а также сделали его первоначальный коммит, затем создали еще одну версию файла, добавив функцию D, затем у нас стало три версии файла, когда мы удалили B, и четыре версии, когда мы добавили E. Каждый элемент в истории покажет не только то, что изменилось между одной из версий и другой, но и кто внес изменения, и что этот человек сообщил о них, в данном случае, initial commit, adding D, deleting B и так далее.

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

Когда вы используете инструменты командной строки, вы можете добавить только короткое сообщение, или если вы не закроете это сообщение, то инструмент командной строки откроется в редакторе, и вы сможете ввести короткую версию, а с следующих строках - развернутую. Вспомните наше демо, когда я ввел git commit -a -m и строку в кавычках. Если вы оставите эту строку открытой, она откроется в редакторе, отобразит вам информацию об измененных файлах, и позволит ввести короткое и развернутое описание. Отслеживание изменений, автоматическое резервное копирование файлов, отслеживание того, почему были внесены изменения, и кто их внес, составляют сущность контроля версий.