Иногда лучше начать, чем ждать подходящего момента. Потому что никогда не знаешь, придёт оно или нет. И всегда есть возможность сделать что-то лучше по мере нашего продвижения. Имея это в виду, я начал свою первую статью о Git — Git is Lit🔥 | Попытка изучить BTS операций Git | Часть 1 (Местный мерзавец).

Однако, поскольку у меня в голове не было ничего запланированного, кроме простого и подробного разъяснения концепций Git, я упустил объяснение истинной цели Git — контроля версий. Поэтому эта статья посвящена объяснению того, что такое контроль версий, и тому, как мы можем использовать git и GitHub для его достижения. Не обращайте внимания на то, что номер части равен 0. «Мы программисты, и именно с этого мы начинаем индексацию. Давайте начнем.

Давайте поговорим о Версии!

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

Таким образом, в случае, если мы создаем новый файл, файл существует, и первая его версия, которая у нас есть, является исходной версией. Затем мы продолжаем добавлять к нему строки кода и сохранять файл. Модификация файла не засчитывается до тех пор, пока он не будет сохранен.

Таким образом, версии, говоря простым языком, — это состояния файла во время серии изменений, через которые он прошел.

Я знаю, все это звучит так просто и избыточно; и, возможно, что-то недостаточно важное, чтобы его объяснять. Однако позже они станут аналогией для понимания принципов и функционирования git.

Слон в комнате — {Контроль версий}

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

Предположим, что ряды модификаций в файлах расположены в следующей последовательности:
Исходный файл›модифицированный1›модифицированный2›модифицированный3›модифицированный4›модифицированный5›…›последняя_модификация

Возможность вернуться к любому состоянию файла из исходного состояния в состояние last_modification называется управлением версиями.

Зачем нам нужен контроль версий?

Как разработчику, который ежедневно работает над внедрением новых функций каждый день (кроме воскресенья! Это день, когда я пишу статьи 😜), мне становится важно отслеживать изменения, которые я вношу в свои коды, чтобы я мог путешествовать вернуться к состоянию, когда весь мой проект был стабильным без каких-либо ошибок, которые я мог внести неосознанно, работая над новыми функциями. Кроме того, контроль версий помогает отслеживать и сравнивать конкретные файлы, которые я изменил. Это также помогает мне найти, какое изменение могло привести к ошибкам.

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

Заключение

Управление версиями похоже на функцию редактирования и отмены, но для всего проекта.
Если вы чувствуете, Ctrl+Z и Ctrl+Y много раз был вашим спасителем. Тогда вы просто не представляете, насколько тяжелой может быть ваша жизнь, если вы не используете в своем проекте никакой контроль версий.

Это всего лишь верхушка айсберга. Это было просто введение в то, насколько крутой контроль версий и почему git горит.

По мере продвижения в этой серии мы будем больше разбираться в том, почему git называется системой контроля версий и как мы можем использовать git для выполнения контроля версий. Мы раскроем известные слова, связанные с Git и GitHub, такие как fork, clone, pull, push, commit и многие другие. Так что следите за моими еженедельными публикациями.

Спасибо за ваше время и терпение для чтения этой части. 🖐 🖐 🖐