Самый простой рабочий процесс git, которому вы можете следовать.

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

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

Аналогия, которая помогла мне понять потребность в Git, - это снимки состояния. Представьте, что вы начали строить личный проект. Это то, что вы давно хотели построить. В конце концов, вы замечаете, что есть несколько способов реализовать функцию в вашем проекте. Итак, вы выбираете один из этих путей и плететесь по нему. Через неделю в процессе разработки вы понимаете, что некоторые решения, принятые в прошлом проекте, препятствуют появлению некоторых новых функций. Так что вы просто вернетесь в проблемный раздел проекта и исправите его! Проходит еще несколько дней, и ваш проект приближается к завершению. Увы, вы столкнетесь с еще несколькими ошибками в дизайне! На этот раз вы заметили, что нет простого исправления, потому что эта ошибка является кульминацией серии недостатков в проекте.

Вы начинаете обдумывать свои варианты. Вы возвращаетесь и переделываете каждый проблемный аспект проекта, рискуя при этом некоторыми незаметными побочными эффектами? Вы обращаетесь за помощью в Интернете? Вы отказываетесь от проекта? Можете ли вы просто ctrl + z добраться до точки, в которой написали ошибочную строку?

Это может показаться надуманным примером, но это сценарий, с которым когда-то сталкивался каждый разработчик! Фактически, Линус Торвальдс даже сказал, что он создал Git только для поддержки немного большего проекта, над которым он работал.

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

Git имеет функции, которые также помогают команде людей сотрудничать. Если вы хотите представить сценарий, в котором Git действительно может спасти вашу жизнь, вернитесь к примеру, который я привел недавно. Но вместо того, чтобы вы быть единственным, кто застрял с ошибочным кодом, это целая команда из 10/100/1000, все они работают над разными частями проект! Назвать эту ситуацию кошмаром было бы преуменьшением!

Теперь, когда мы знаем, что Git может спасти нас от психических срывов, давайте приступим к рабочему процессу!

Следует запомнить аббревиатуру ISAC. Позвольте мне объяснить.

Для начала важно, чтобы у вас были практические знания интерпретатора командной строки или CLI. В противном случае прочтите следующий абзац, чтобы начать работу с выбранным вами интерфейсом командной строки. Если вы никогда раньше не использовали интерфейс командной строки, это просто интерфейс, с помощью которого вы можете давать некоторые команды / инструкции вашему компьютеру.

На машине MAC найдите программу с именем Терминал.
На машине Ubuntu нажмите Ctrl + Alt + T.
После открытия Терминала вам нужно будет установить git отсюда.
На компьютере с Windows я бы посоветовал вам перейти сюда и загрузить интерфейс командной строки под названием git bash.

Проверьте установку git, набрав git --version в вашем интерфейсе командной строки. Он должен вернуть число, указывающее версию git.

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

Чтобы разрешить Git хранить снимки вашего кода, вам необходимо создать пустой локальный репозиторий. Думайте об этом как о создании пустой резервной папки. Вы делаете это, набирая git init. После выполнения этой команды вы должны увидеть текст (master) рядом с вашим путем к файлу.

Если вы наберете ls -a, вы должны увидеть файл с именем .git, который теперь будет действовать как локальное репозиторий - сокращение от репозитория.

Теперь вы можете создать все файлы, необходимые для сборки вашего проекта. Обратите внимание, что добавление Git к изображению не влияет на процедуру разработки, которой вы следуете при создании проекта. После того, как вы создали несколько файлов в папке, в которой было инициализировано репозиторий git, введите git status в свой интерфейс командной строки.

Вы должны увидеть утверждения, подобные приведенному ниже:

Это сообщение означает, что в нашем репозитории git есть неотслеживаемые файлы. Это просто означает, что файлы еще не готовы к добавлению в наш локальный репозиторий git. Чтобы продолжить рабочий процесс git, нам нужно будет использовать другую команду git.

Здесь может быть немного сложно понять, потому что Git не хранит наши файлы напрямую в локальном репозитории. Вместо этого он позволяет пользователю добавить эти файлы в промежуточную область. "Почему?" - спросите вы. Это связано с тем, что у нас могут быть некоторые локальные файлы, которые мы не хотим хранить в локальном репозитории git, другая причина может заключаться в том, чтобы позволить нам разделить наши коммиты на логические разделы, а не быть блоком несвязанных изменений. Если вам сложно понять это, обратитесь к первому ответу на этот запрос в stackoverflow.



Какая польза от промежуточной области в Git?
Стоит сравнить, как Git справляется с этим - Git дает вам знать и использовать промежуточную область - с тем, как Mercurial обрабатывает… stackoverflow.com



Короче говоря, когда вы видите, что у вас есть неотслеживаемые файлы, вам нужно ввести следующую команду, чтобы добавить эти файлы в область подготовки
git add <path/filename> или если вы хотите добавить все файлы сразу , введите
git add .

Если вы снова наберете git status, вы увидите другое сообщение!

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

Следующим шагом является перенос файлов из промежуточной области в локальное хранилище. Для этого введите следующую команду
git commit <path/filename> -m "a message regarding this commit"
Здесь мы познакомимся с новой функцией Git под названием Сообщения о фиксации (обратите внимание на -m) . Это сжатые сообщения, содержащие информацию о фиксируемых файлах.

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

Если вы хотите зафиксировать сразу все файлы в промежуточной области, введите следующую команду git commit -m "<commit message>"

Поскольку сообщения о фиксации очень важны для обслуживания кода, вот несколько советов по написанию хороших сообщений о фиксации:

  • Печатайте в настоящем времени, например Make foo do something, а не в прошедшем времени, например Made foo do something.
  • Будьте лаконичны. Add style to the form лучше, чем Add style to make the form look better and also added a new background color to the submit button

Так выглядит самый простой рабочий процесс Git. Это так просто! Просто запомните следующие команды: I nit, S tatus, A dd, C ommit.
Чтобы получить приблизительный обзор различных аспектов Git, см. Следующее изображение

Рабочий процесс, о котором я упоминал до сих пор, - это самый простой рабочий процесс, которому можно следовать, чтобы использовать Git. Но когда Git используется для совместной работы, это часто имеет место, тогда нам нужно объединить ветки, отправить / принять запросы на вытягивание, выборку файлы из другого репозитория Git, checkout предыдущей версии проекта, отправить наши файлы в удаленное репо, предоставленное Github (альтернативы включают Gitlab, Bitbucket), извлекать файлы из удаленного репо, клонировать удаленное репо другого пользователя и т. д. Но поскольку все эти команды легче понять, если вы разберетесь с основами Git, я предоставлю вам ресурсы для изучения этих тем, как только вы почувствуете, что поняли, что делает Git.

Вот некоторые из лучших ресурсов, которые я нашел:



git - простое руководство
просто простое руководство для начала работы с git. ни хрена;) rogerdudler.github.io





Изучите концепции git, а не команды
Итак, вы хотите использовать git, верно? Но вы не просто хотите выучить команды, вы хотите понять, что вы используете… dev.to



Если вы чувствуете, что видеоурок поможет вам лучше понять эти концепции, тогда посмотрите этот плейлист.

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