В этом блоге мы рассмотрим основы Git и GitHub так, как это читает пятилетний ребенок. (Предполагая, что вы 5-летний ребенок, который пишет код)
Итак, вы работаете над проектом и удалили часть кода, думая, что это не изменит вашу программу, и сохранили файл, вы очень хотели спать, поэтому выключили свое устройство и ложитесь спать. На следующее утро вы буквально понятия не имеете, почему ваш код не работает, и не помните, какой фрагмент кода вы удалили прошлой ночью. Именно поэтому большинство разработчиков используют систему контроля версий, такую как Git.
Git отслеживает все изменения, когда вы работаете с папкой особого типа, которая называется репозиторием (также известным как «репозиторий» у крутых ребят). После того, как вы написали свой код и сохранили файл(ы), вы фиксируете файлы, что в основном означает, что вы делаете снимок всего кода на данный момент времени и создаете версию своего проекта. Каждый раз, когда вы фиксируете изменения, на временной шкале создается новая версия. Эта временная шкала коммитов известна как ветвь. Вы можете добавлять текст при коммите в виде сообщения коммита, чтобы знать, какие изменения вы внесли, хотя мне нравится добавлять шутки, чтобы другой программист мог одновременно смеяться и раздражаться (пожалуйста, не делайте этого, лол). Если вы когда-нибудь испортите весь проект, вы всегда можете вернуться к предыдущим версиям (история коммитов) и восстановить весь код.
По сути, Git предотвращает следующее:
Теперь, когда вы знаете, что делает Git, давайте изучим некоторые термины, которые будут полезны для дальнейшего понимания.
Git Pull — Pull просто извлекает все файлы из облачного репозитория на ваш локальный компьютер. Проще говоря, загрузка ваших файлов из вашего репозитория.
Git Push — после того, как вы написали свой код, вы хотите загрузить его обратно в облако, теперь вы используете git push для загрузки всех файлов с вашего локального компьютера.
Запрос на слияние. Запросы на слияние — это процесс, с помощью которого разработчик уведомляет членов команды о том, что они завершили работу над функцией. Как только их функциональная ветка готова, разработчик отправляет запрос на извлечение через свою учетную запись на удаленном сервере. Запрос на вытягивание объявляет всем членам команды, что им необходимо просмотреть код и объединить его с основной веткой.
Вилка — вы копируете чужой код. да, это так. Вилка — это когда вы клонируете все файлы в новый репозиторий, это делается для различных целей, в основном для внесения изменений в проект, не затрагивая основной проект или ррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррррр еще раз назначение.
Хорошо, теперь вы знаете, как использовать Git, вы накачаны и начинаете использовать Git во всех своих проектах, затем вы продолжаете писать свою программу на C. Позже в тот же день вы обнаруживаете ошибку и, потратив 2 дня на поиск ошибки, вы понимаете, что только что пропустили точку с запятой в одной строке, это вас так расстраивает, что вы ломаете свой компьютер.
а теперь профессор попросил вас представить свои успехи до сих пор, (имао).
Именно тогда на сцену выходит GitHub. GitHub — это место для хранения всего вашего кода и репозиториев в Интернете, поэтому, что бы ни случилось, ваш код всегда будет в безопасности в облаке. GitHub также используется, чтобы сделать ваш код открытым, что в основном означает, что любой может увидеть код проекта, над которым вы работали, и может скопировать код, даже не осознавая, что вы скопировали код откуда-то еще.
Это все, что касается Git и GitHub для 5-летних.
:)
