Управление и администриране на клонове в GIT

А клон в Git това е клон на нашето хранилище, това е начин за генериране на алтернативен път към основния път. Това ни позволява да изследваме нови решения, без да се налага да променяме основата на програмата или приложението, което изпълняваме.
Въпреки това концепцията за клон Не е много ясно кога започваме да използваме този инструмент, който контролира версиите на нашите проекти. Обикновено в други системи за контрол на версиите разклоненията на проект с тази концепция не се вземат.
Много от тях вече ще използват Git и не са обърнали повече внимание клони, и в известен смисъл е разбираемо, тъй като при работа с единичен клон и ако разработката се извършва от един човек, не трябва да има неудобства.
Но какво ще стане, ако този човек иска да тества някои експериментални функции, които могат да доведат до провал на проекта му или просто да повлияят на стабилността на проекта, някои ще кажат, че вилица на проекта и продължете да експериментирате и ако подобрението е успешно, тогава помислете за включване на това, което е направено във вилката, в основния проект. Това наистина е малко дълга и ненужна работа.
В горния случай просто създаване на нов клон в рамките на въпросния проект можем да направим всички желани промени и експерименти и в крайна сметка просто като направим a сливане или сливане с клон първоначално или основно ние вече сме се присъединили към всички наши промени.
Друг случайДруг случай е, когато имаме работен екип, в който двама души, работещи по един и същ код, могат да генерират конфликти, ето къде Git извежда силата си. Можем да създадем структура от три клона например а клон за всеки разработчик и а обединителен клон. По този начин всеки разработчик може да предприеме промените си и когато почувства, че може да ги допринесе за проекта, той ги изпраща на клон на обединение и по този начин другото лице или другите членове на екипа могат да имат достъп до тях.
Вече разбираме причините, които ни карат да използваме клони и ние сме запознати с концепцията, сега ще видим част, която е жизненоважна за използването на тази функция на Git и е да сложим име на нашето клон.
Име на клонаЧрез името е, че ще знаем къде се намираме в момента, това име е напълно произволно, тоест всеки потребител на Git можете да посочите своето клони както желаете в рамките на вашия проект. Обикновено Git създавам клон Наречен майстор По подразбиране и това обикновено е тази, която съдържа стабилната и без грешки версия на проекта, но можем да го преименуваме или дори да го изтрием, ако ни се иска, въпреки че е препоръчително да не го правим.
Тъй като можем да използваме заместващи символи за търсене, можем да назовем нашите клони йерархично, например, 89 или Impl_Bug / 23. Това ни позволява да ги локализираме и организираме с теми. Нека да видим как ще вземем обясненото в нашето тестово хранилище:
В този случай имаме a майстор на клона и ние създадохме няколко клони които са за разрешаване на грешки, ако изпълним командата git клон в конзолата Git в папката на нашия проект ще получим списък с всички съществуващи клоновеНека да видим как изглежда, когато го стартираме:

След това виждаме списъка с всички наши клони и в различен цвят виждаме клона, в който се намираме в този подходящ момент. Но какво ще стане, ако имаме много клони и трябва да филтрираме само клонове за разрешаване на грешкиЕ, тук влиза в игра търсенето с заместващи символи. Например, ако искаме да търсим по този начин, трябва да направим команда, подобна на следната:

git show-branch impl_bug / *

Нека да видим как изглежда това на нашата конзола:

След това можем да забележим, че всички клони и от едната страна имаме коментара на последния ангажирам това беше направено в тях.
Защото имена на клонове Това е нещо напълно произволно и според мнението на потребителя много пъти има объркване в екипа, затова можем да следваме някои препоръки и най -добри практики, по този начин ще бъдем по -добри потребители в инструмента:

• Въпреки че можем да използваме символа / в името на нашите клонове, това не може да бъде крайният знак на името.
• Не можем да поставим точка (.) след наклонена черта (/).
• Не можем да поставим две точки подред (… ) в рамките на име.
• Не трябва да използваме специални знаци (~ : ? * [ ) тъй като тези знаци имат значение в синтаксиса на Git и те могат да бъдат склонни към грешки.
• Също така не трябва да имаме празни интервали или контролни знаци ASCII.

Ако следваме тези указания, ще поддържаме правилното използване в нашето хранилище, както и другите членове на екипа ще ни благодарят, че улесняваме живота им.
Ако имаме a списък на клонове и ние сме в а клон но искаме да отидем на друг, просто трябва да използваме следната команда:

git checkout име на клон

С това ще се променим клон незабавно, като по този начин можете да работите по различни раздели на проекта без проблеми. Да видим как можем превключване на клонове в нашето хранилище за тестове:

Както забелязахме, това е нещо съвсем просто, но ако направим промяна в този клон и не го направим ангажирам при опит за смяна на друг ще получим грешка и Git Той ни казва, че трябва да направим нещо, защото ако не, промените могат да бъдат загубени:

Когато възникне този проблем, трябва да направим a ангажирам и след това преминете към следващия клон ще видим съдържанието на другия клон.
За да създадем нов клон, ще продължим да използваме командата Разгледайте, но в този случай трябва да добавим -b опция, с това ще направим копие на текущия клон и ще генерираме изцяло нов. Нека да видим как изглежда на нашата конзола:

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

git клон -d клон -име

ОграниченияИма обаче някои ограничения, например не можем да изтрием a клон какво му има ангажира че той клон от където се опитваме да изтрием няма го, с него Git помага да се избегне загубата на информация, ако искаме да изтрием клон от тези характеристики, трябва да го направим сливане в нашата клон или отидете на такъв, който ги има ангажира.
Нека да видим как изглежда изпълнението на тази команда в конзолата:

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

 всеки ред <<<<<< >>>>>> dev: NewChange 

Ако искаме да разрешим конфликта, трябва да изтрием съдържанието на Git, тоест редовете с <<<<< Y >>>>, така че оставяме желаната от нас промяна или унифицираме всичко, като вече правим това Git вече няма да ни представя грешката и ние ще можем да направим това сливане обикновено.
ВажноЕдно от нещата, които е важно да направите, е да генерирате a споделена номенклатура, тоест установете структура от имена, под която клони в зависимост от нейната функция в рамките на проекта, по този начин ще имаме много повече ред, разбира се тази номенклатура трябва да следва най -добрите практики, споменати в началото на урока.
С това приключваме този урок, ще можем да извлечем много повече от нашето хранилище в Git и с него управлявайте нашия екип по чудесен начин. Вече трябва да имаме покрита база за управление на клони в Git, с това можем да направим адекватно администриране на нашите промени, така че да сведем конфликтите до минимум, особено когато работим в екипи от двама или повече души.Хареса ли ви и помогнахте на този урок?Можете да възнаградите автора, като натиснете този бутон, за да му дадете положителна точка