Въведение в Git: какво е това и как да го използвате

Git е разпределена система за контрол на версиите с отворен код . Това са много думи за дефиниране на Git.

Позволете ми да го разбия и да обясня формулировката:

  • Контролна система: Това основно означава, че Git е проследяващо съдържание. Така че Git може да се използва за съхраняване на съдържание - той се използва най-вече за съхраняване на код поради другите функции, които предоставя.
  • Система за управление на версиите : Кодът, който се съхранява в Git, се променя с добавянето на повече код. Също така много разработчици могат да добавят паралелно код. Така че системата за контрол на версиите помага при справянето с това, като поддържа история на случилите се промени. Също така, Git предоставя функции като клонове и обединения, които ще разгледам по-късно.
  • Разпределена система за контрол на версиите : Git има отдалечено хранилище, което се съхранява в сървър и локално хранилище, което се съхранява в компютъра на всеки разработчик. Това означава, че кодът не се съхранява просто в централен сървър, а пълното копие на кода присъства във всички компютри на разработчиците. Git е разпределена система за контрол на версиите, тъй като кодът присъства на компютъра на всеки разработчик. Ще обясня концепцията за отдалечени и локални хранилища по-късно в тази статия.

Защо е необходима система за контрол на версиите като Git

Проектите от реалния живот обикновено имат множество разработчици, които работят паралелно. Така че е необходима система за контрол на версиите като Git, за да се гарантира, че между разработчиците няма конфликти на кодове.

Освен това изискванията в такива проекти често се променят. Така че системата за контрол на версиите позволява на разработчиците да се върнат и да се върнат към по-стара версия на кода.

И накрая, понякога няколко проекта, които се изпълняват паралелно, включват една и съща кодова база. В такъв случай концепцията за разклоняване в Git е много важна.

Нека да започнем да използваме Git сега

Вместо да споменавам всички понятия наведнъж, ще обясня понятията на Git чрез пример, така че да е по-лесно да се следват.

Изтеглете git

Тази връзка съдържа подробности за това как да инсталирате Git в множество операционни системи:

//git-scm.com/book/en/v2/Getting-Started-Installing-Git

Проверете дали Git е инсталиран, като използвате следната команда в командния ред:

git --version

Създайте вашето локално хранилище Git

Във вашия компютър създайте папка за вашия проект. Нека извикаме папката на проекта simple-git-demo.

Влезте в папката на проекта си и добавете локално хранилище на Git към проекта, като използвате следните команди:

cd simple-git-demo git init

В git initкоманда добавя местен Git хранилището на проекта.

Нека сега добавим малко малък код

Създайте файл, наречен demo.txtв папката на проекта, и добавете следния текст в него:

Initial Content

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

Постановка и ангажиране на кода

Фиксирането е процесът, при който кодът се добавя към локалното хранилище . Преди да ангажирате кода, той трябва да е в зоната за подреждане . Областта на инсцениране е там, за да следи всички файлове, които трябва да бъдат ангажирани.

Всеки файл, който не е добавен в зоната за подреждане, няма да бъде ангажиран. Това дава на разработчика контрол върху това кои файлове трябва да бъдат ангажирани.

Постановка

Използвайте следната команда за поставяне на файла:

git add demo.txt

В случай, че искате да добавите няколко файла, можете да използвате:

git add file1 file2 file3

Ако искате да добавите всички файлове в папката на проекта към подреждането, използвайте следната команда:

git add .

Използвайте това внимателно, тъй като добавя всички файлове и папки във вашия проект към подреждането.

Ангажиране

Използвайте следната команда, за да фиксирате файла:

git commit -m "Initial Commit"

„Първоначален комит“ е съобщението за фиксиране тук. Въведете съответно съобщение за фиксиране, за да посочите какви промени в кода са направени в този конкретен фиксиране.

Git Status и Git Log

Сега модифицирайте demo.txtфайл и добавете следния фрагмент:

Initial Content Adding more Content

Състояние

Използвайте, за git statusда откриете информация относно това какви файлове са модифицирани и какви файлове има в зоната за инсцениране - тя показва и друга информация, която засега можем да игнорираме.

Използвайте следната команда, за да видите състоянието:

git status

Състоянието показва, че demo.txtе модифицирано и все още не е в зоната за подреждане.

Сега нека добавим demo.txtкъм подреждащата област и я ангажираме, като използваме следните команди:

git add demo.txt git commit -m "demo.txt file is modified"

Влезте

Използвайте git logза отпечатване на всички ангажименти, които са направени досега.

Командата, използвана за това, е:

git log

Дневникът показва автора на всеки ангажимент, датата на фиксирането и съобщението за фиксиране.

Клонове

Досега не сме създали нито един клон в Git. По подразбиране Git комитите влизат в главния клон.

Какво е клон?

Клонът не е нищо друго освен указател към най-новия коммит в хранилището на Git. Така че в момента нашият главен клон е указател към втория комит “demo.txt file is modified”.

Защо са необходими множество клонове?

Необходими са множество клонове, за да се поддържат множество паралелни разработки. Вижте изображението по-долу, за да видите как работят клоновете.

Първоначално фиксирането 1 и фиксирането 2 бяха направени в главния клон. След фиксиране 2 се създава нов клон, наречен „Тест“, и фиксирането 3 и фиксирането 4 се добавят към тестовия клон.

В същото време към главния клон се добавят различни фиксиране 3 и фиксиране 4. Тук можем да видим, че след Comm 2 се правят две паралелни разработки в 2 отделни клона.

Тестовият клон и главният клон се разминават тук и имат различен код - кодът от тестовия клон може да бъде обединен с главния клон с помощта git merge. Това ще бъде разгледано по-късно.

Създайте нов клон в Local

Създайте нов клон, наречен тест, като използвате следната команда:

git branch test

Тази команда създава testклона.

Все още сме в контекста на главния клон. За да преминете към test клона. използвайте следната команда:

git checkout test

Сега сме в testклона.

Можете да изброите всички клонове локално, като използвате следната команда:

git branch

Направете някои ангажименти в новия клон

Променете, demo.txtкато добавите следния фрагмент:

Initial Content Adding more Content Adding some Content from test Branch

Сега поетапно и ангажирайте, като използвате следните команди:

git add demo.txt git commit -m "Test Branch Commit"

Този ангажимент беше направен в тестовия клон и сега тестовият клон изпреварва главния клон с 1 фиксиране - тъй като тестовият клон включва и 2 фиксации от главния клон.

Можете да проверите историята на фиксиране в Test Branch, като използвате:

git log

Сливане

В момента Test Branch изпреварва Master с 1 запис. Да кажем, че сега искаме целият код в Test Branch да бъде върнат обратно в Master Branch. Тук е git mergeмного полезно.

За да обедините кода от тестовия клон в главния клон, изпълнете следните стъпки:

Първо се върнете към главния клон:

git checkout master

След това изпълнете mergeкомандата:

git merge test

След изпълнението на тези 2 команди обединяването трябва да бъде успешно. В този пример няма конфликти.

Но в реални проекти ще има конфликти, когато се прави обединяване. Разрешаването на конфликта е нещо, което идва с опит, така че докато работите повече с Git, ще можете да вземете решение за разрешаване на конфликти.

Бягай git logсега и ще забележите, че капитанът също има 3 ангажименти.

Отдалеченото хранилище на Git

Досега работихме само в локалното хранилище. Всеки разработчик ще работи в своето локално хранилище, но в крайна сметка ще избута кода в отдалечено хранилище. След като кодът е в отдалеченото хранилище, други разработчици могат да го видят и модифицират.

GitHub

Тук ще използваме GitHub за отдалеченото хранилище.

Отидете на //github.com/ и създайте акаунт.

След като се регистрирате в началната страница на GitHub, кликнете върху Стартиране на проект, за да създадете ново хранилище на Git. Дайте име на хранилището и щракнете върху „Създаване на хранилище“

Дайте името като git-blog-demo.

Това ще създаде отдалечено хранилище в GitHub и когато отворите хранилището, ще се отвори страница като изображението по-долу:

URL адресът на хранилището е маркираната част //github.com/aditya-sridhar/git-blog-demo.git

За да насочите локалното си хранилище към отдалеченото хранилище, използвайте следната команда:

git remote add origin [repository url]

Git Push

За да изтласкате целия код от локалното хранилище в отдалеченото хранилище, използвайте следната команда:

git push -u origin master

Това изтласква кода от главния клон в локалното хранилище към главния клон в отдалеченото хранилище.

Допълнителни команди

Git Pull

git pullсе използва за изтегляне на последните промени от отдалеченото хранилище в локалното хранилище. Кодът на отдалеченото хранилище се актуализира непрекъснато от различни разработчици, поради което git pull е необходимо:

git pull origin master

Git Clone

git cloneсе използва за клониране на съществуващо отдалечено хранилище във вашия компютър. Командата за това е:

git clone [repository url]

поздравления

Сега знаете основите на това как да използвате Git, така че продължете и проучете повече!

Скоро ще публикувам още една статия за малко по-напредналите концепции на Git. Останете на линия!

За автора

Обичам технологиите и следя техния напредък. Също така ми харесва да помагам на другите с каквото и да е познание в технологичното пространство.

Чувствайте се свободни да се свържете с мен в моя акаунт в LinkdIn //www.linkedin.com/in/aditya1811/

Можете също така да ме следвате в twitter //twitter.com/adityasridhar18

Моят уебсайт: //adityasridhar.com/

Други публикации от мен

Как да използваме Git ефективно