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 ефективно