В холодный зимний день в середине января 2020 года группа новых студентов Flatiron собралась вместе на учебный курс по программированию в Нью-Йорке. Мы все были такими молодыми и наивными, но были брошены прямо в программирование, попросив разветвить репозиторий через Github, создать ветки и зафиксировать изменения в основной ветке. Это был первый раз во время моего путешествия в качестве студента Flatiron, когда я чуть не ушел!
Я быстро понял, что я, конечно, не единственный, кто чувствовал это. На самом деле большая часть моего класса была очень хорошо знакома с этими «терминами», но все были так же невежественны, как и я, о том, что такое ЖКТ. Пытаясь стать мастером в чем-либо, я всегда считал, что лучше всего начинать с вопроса, как 5-летнему ребенку выучить #{предмет}. Итак, в моем новом путешествии, чтобы стать мастером GIT, это моя попытка объяснить GIT пятилетнему ребенку!
Согласно Википедии, «Git — это распределенная система контроля версий для отслеживания изменений в исходном коде во время разработки программного обеспечения. Он предназначен для координации работы программистов, но может использоваться для отслеживания изменений в любом наборе файлов. Его цели включают скорость, целостность данных и поддержку распределенных нелинейных рабочих процессов».
Извините?? давайте попробуем все это разобрать!
По своей сути GIT — это программное обеспечение, которое вы можете загрузить на свой компьютер и которое отслеживает, сохраняет и управляет файлами (обычно кодом). Представьте, что вы и трое ваших друзей работаете над видеоигрой. Каждый из вас может взять под свой контроль различные файлы или части программы по отдельности и собраться вместе в конце, чтобы предоставить окончательный проект.
Зачем использовать GIT?
- Всего в одном файле вы можете сохранить все свои ревизии в истории проекта.
- В любой момент вы можете вернуться к любой редакции проекта.
- Вы можете экспериментировать со своими файлами, не отвлекаясь от своего кода.
- Вы и ваша команда можете более эффективно работать друг с другом.
Поговорим о репозиториях!
Думайте о репозиториях (репозиториях) как о большой папке, в которой хранятся все данные вашего проекта. Это контейнер, который вы используете для отслеживания всех ваших файлов GIT. (Я думаю о большом письменном столе или картотеке). У вас может быть неограниченное количество репозиториев всех различных проектов на вашем компьютере. Опять же, во всяком случае, GIT с комбинацией репозиториев помогает нам, программистам, оставаться организованными!
Но как эти файлы отслеживаются и управляются? Через коммиты!
Коммит — это как точка сохранения в вашем путешествии по проекту. Когда вы фиксируете свой файл в репозитории, вы комментируете эту фиксацию, чтобы помочь организовать все ваши проекты («добавленный файл для доступа к API»), каждая фиксация должна быть логической точкой сохранения. Что замечательно в GIT, так это то, что мы можем вернуться к этим точкам сохранения в любое время, когда захотим получить доступ к прошлому нашего проекта! Теперь у нас есть машина времени для наших проектов! Они играют в игру «пространственно-временной континуум», которой всегда хотел Эйнштейн!
Позволяет проверить филиалы!
Таким образом, ветки — это привлекательность, которая побуждает разработчиков и менеджеров использовать GIT. Представьте, что у вас есть идея для вашего проекта. Эта идея может быть рискованной и требует некоторого времени для написания кода, но что может сделать ветка GIT, так это вытащить существующий код из вашего основного кода ( master ветвь), чтобы вы могли проверить идеи.
Также ветки GIT — отличный инструмент для разделения рабочей нагрузки между разработчиками. Менеджер или лидер может взять проект, разбить его и распределить на отдельные части, делегируя каждую часть конкретному программисту.
Вывод
Стоит ли использовать GIT? Я не могу ответить вам на это. Но если вы пишете код, вы, вероятно, многое упускаете, если не едете на поезде GIT!
