Что такое Git?

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

Что такое GitHub?

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

Работа с GitHub в интерфейсе командной строки:

Теперь, если вы зарегистрировались на GitHub, позвольте нам занять место водителя этой машины.

GitHub позволяет вам реорганизовать ваши проекты на свои собственные полки, известные как «Репозиторий». Для начала просто создайте новый репозиторий, и все готово.

Ниже приведены некоторые способы управления вашей учетной записью GitHub с локального компьютера, так что приступим!

  1. Настройка Git - Установить Git на вашем компьютере, затем откройте cmd и введите git проверить.
  2. Свяжите Git со своей учетной записью GitHub - откройте cmd и введите
git login

вам будет предложено ввести учетные данные вашей учетной записи GitHub, введите их и нажмите клавишу ВВОД. После авторизации ваш компьютер будет зарегистрирован в вашей учетной записи GitHub.

3. Создайте копию репозитория GitHub. Чтобы начать кодирование и позволить Git отслеживать файлы, откройте репозиторий GitHub и нажмите кнопку клонирования или загрузки. Скопируйте предоставленный https URL. Это ваш URL-адрес git для этого репозитория. Откройте cmd в каталоге, в котором вы хотите хранить файлы, и введите: -

git clone <git repo url>

это напечатает несколько строк в вашем cmd, и через некоторое время у вас будет папка внутри каталога с тем же именем, что и у вашего репо.

4. Добавить изменения для подготовки. Итак, чтобы начать с добавления кода со своего локального компьютера в GitHub, вам необходимо добавить их для подготовки. Постановка означает, что вы должны поставить файлы в очередь в том порядке, в котором GitHub примет ваши файлы в конце. Для этого откройте cmd в каталоге файлов кода и введите следующее: -

git add <your file name>
-------OR--------
git add .

Первая команда обрабатывает только указанный вами файл, а вторая команда добавляет в очередь все файлы внутри каталога.

5. Фиксация изменений. Этот метод используется для сохранения изменений в локальном репозитории перед их окончательной передачей на GitHub. Для этого пишем: -

git commit -m "<message about why this commit>"

Примечание. - Очень важно добавить сообщение. Это позволяет любому зрителю оценить, о чем была сделана фиксация.

6. Отправка файлов на GitHub. Если вы четко выполнили все шаги, теперь мы, наконец, переносим наши файлы на GitHub в ваш репозиторий, который вы клонировали в первую очередь. Мы просто набираем: -

git push

Вот и все! Откройте репозиторий GitHub в браузере, и вы увидите файлы, которые хотите добавить.

7. Для дальнейшего клонирования в будущем. После того, как вы закончите продвижение на GitHub, в будущем может произойти, когда какой-то пользователь GitHub внесет вклад в ваш репозиторий с вашего разрешения, в этом случае, чтобы внести изменения в ваш репозиторий. местный :-

git pull

Эта команда загружает все файлы и обновления, сделанные в репозиторий до этого момента, и выгружает их в каталог вашего проекта.

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

Представьте главную ветвь как ствол дерева, и ветви означают то же самое. Ветви будут иметь все функции основной ветки, но каждая ветка будет отличаться от другой. Эта «разница» - это то, что относится к вводу или изменениям, которые каждый программист делает от своего имени. Для начала давайте откроем cmd в каталоге проекта.

  1. Создайте ответвление - Первый шаг к началу вашего проекта с коллегами - это создание разных маршрутов, которые приведут к одному и тому же месту назначения. Для этого введите: -
git checkout -b <branch name>

Эта команда cmd позволит вам выйти из основной ветки и создать ветку с указанным вами именем.
[Примечание- git checkout используется для переключения ветвей, но с «-b» создает новую.]

2. Сообщите GitHub о вашей ветке.

git push origin <branch name>
-------OR--------
git push --set-upstream origin <branch name>

«origin» - это сокращенное имя удаленного репозитория, из которого изначально был клонирован проект. Точнее, он используется вместо URL-адреса исходного репозитория, что значительно упрощает обращение к ним.

Разница между этими двумя командами заключается в - set-upstream, что позволяет нам не указывать, из какой ветви мы хотим извлечь каждый раз, когда мы делаем git pull позже. Теперь вы можете увидеть эту новую ветку в своем репозитории GitHub.

3. Повторите то же самое трио - теперь, когда вы вошли в новую ветку, и GitHub, наконец, знает это, код и код !. После этого, если вы хотите отправить его на GitHub, выполните те же действия, что и мы: -

1. git add .
2. git commit -m "<message>"
3. git push

4. Слияние с главной. Поскольку мы работали над нашей веткой до сих пор, пришло время внести изменения в нашу основную ветвь, то есть главную ветку. Если вы первый, кто отправил свои файлы в мастерскую, просто выполните: -

1. git checkout master
2. git merge <branch name>
3. git push

Но если вы объединяетесь после того, как это сделал ваш коллега, вы можете столкнуться с тем, что Git называет «конфликтами». Это означает, что отслеживаемые файлы не совпадают или строки кода не похожи на те, что были в вашем локальном. Теперь Git не понимает, какие из них оставить, а какие игнорировать. В этом случае вам придется устранять конфликты вручную и разрешать их. После этого просто выполните указанные выше действия, и ваше слияние будет успешным.

5. Филиалы в корзину. Рубить ветви или деревья в реальном мире является нарушением, но в Git это может быть требованием. Теперь, когда вы слились и ваш код помещен в главную ветку, вы можете удалить его. Для этого просто введите: -

1. git checkout master
2. git branch -d <branch name>
3. git push origin :<branch name>

Я уверен, что все эти команды вам уже знакомы, и все готово!
[Примечание: «-d» - сокращенное обозначение удаления]

Приветствую вас за то, что вы сделали это так далеко! Я надеюсь, что эта статья была вам полезна, чтобы облегчить ваше изучение операций Git и GitHub в интерфейсе командной строки.

Давайте подключимся - LinkedIn, Twitter.

Продолжай учиться!