Въведение в Git Tag
Преди да вляза в подробности за Git Checkout Tag, позволете ми да ви запозная с Git и защо е толкова популярен и полезен. Git е инструмент за разпределен контрол, използван не само от продуктови мениджъри и разработчици, но и от учени за данни за управление на развитието на изходния код на програмата и нейната история. В тази статия ще се запознаем повече с концепцията за маркиране на Git и как и кога се използва командата git tag.
Какво е Git Tag?
Етикетите са препратки, които сочат някои конкретни моменти от историята на Git. Използва се главно за моментна снимка на определена точка в миналото и за маркиране на версията на изданието (напр. V0.0.1). Това е като клон, който не се променя. Те също нямат допълнителна история на ангажименти. Нека започнем с научаването как да създавате нови маркери.
Създаване на нови маркери
За създаване на нов маркер можете да изпълните следната команда:
git tag
За да създадете нов маркер, заменете със синтактично подобен идентификатор, който идентифицира точката на хранилището, когато създавате маркера. Често срещаният подход е използването на номера на версиите като git tag v2.5. Git има главно два вида тагове - леки и бележки с пояснения. Горният пример беше с лек етикет. Анотираните маркери и леките тагове са различни по отношение на общото количество метаданни, които могат да съхраняват с предходния, който съхранява повече данни, състоящи се от имейл, дата и име на маркера. Първите маркери са публични, докато вторите са частни. Леките тагове са точно като „отметки“ за извършване, основно име, което сочи ангажимент и следователно могат да бъдат полезни за създаване на бързи връзки за свързани ангажименти.
Командите за създаване на лек маркер и пояснен маркер са съответно:
git tag
git tag -a
Маркиране на листинги
За изброяване на съхранените маркери в репо може да се използва следната команда:
git tag
Това дава списъка с тагове като изход:
v1.12.0
v1.12.0-RC1
v0.13.0
v1.13.0-RC1
v0.13.1
v2.14.0
v0.14.0-RC1
v1.14.2
v0.12.0
v0.12.0-RC1
v1.12.0-rc2
За да получите конкретен списък с тагове -l може да бъде предаден на командата заедно с израз на wild card:
git tag -l *-RC*
v0.12.0-RC1
v1.13.0-RC1
v0.14.0-RC1
v2.14.0-rc2
v0.15.0-RC1
v1.10.0-RC1
v14.0.0-rc.2
v14.5.0-rc.3
Горният пример показва използването на опция -l и израз на wild card от -RC, който връща списък на всички тагове със спецификацията, даден модел, маркиран с този префикс, използван по-рано за разпознаване на кандидатите за освобождаване.
Маркер за плащане
Кажете, че имате проект и искате да маркирате конкретни точки по него. За да проверите маркер, той трябва да присъства локално във вашето хранилище. За целта трябва да извлечете всички маркери в местното хранилище.
git fetch –all git fetch --all --tags –prune или git fetch --all --tags –prune
След като извлечете всички тагове, можете да проверите маркер, като използвате командата.
git tag -a -m
И ако след известно време бихте искали да отидете на този маркер, първо трябва да извършите текущите си промени, за да сте сигурни, че сте свободни да проверявате нови дейности, без да губите предишната работа. Това става с помощта на:
git checkout tags/
Можете също така едновременно да създадете нов клон, докато проверявате този маркер, така че текущият клон да не бъде презаписан. Дадената по-долу команда се използва за това.
git checkout tags/ -b
За да излезете от текущия клон, можете да се върнете в друг клон, като издадете тази команда.
git checkout
Забележете, че за превключване към друг клон трябва да дадете само името на този клон, за разлика от таговете, в които трябва да вмъкнете префикса „тагове /“.
Командата git checkout може да се използва за да видите състоянието на хранилище, както е показано по-долу:
git checkout v1.4
Горепосочената команда ще провери v1.4 тага, като постави хранилището в неприкрепена или несвързана HEAD, състоянието, което означава, че нито една от направените промени няма да актуализира маркера, като по този начин създава нов отделен ангажимент. Сега този новоотделен ангажимент няма да бъде част от никой от предишните клонове и следователно може да бъде постигнат директно само от комитите. Това ни казва, че е отлична практика да зародиш изцяло нов клон, когато искаш да правиш промени в разединено състояние на HEAD.
Ако в извадка имате 2 маркера, например версия 1.0 и версия 1.1, можете да ги проверите, изпълнявайки някоя от следните команди:
git checkout B …
git checkout version 1.1 …
git checkout tags/version 1.1 …
Всички гореспоменати команди ще направят едно и също нещо, тъй като тагът е само указател към даден ангажимент.
Изтриване на маркери
Както подсказва името, изтриването на маркери се използва за изтриване на определен маркер и може лесно да се извърши с помощта на споменатата по-долу команда.
git tag -d
Преминавайки опцията -d, за да git таг, заедно с името на тага, който трябва да бъде изтрит, можете да изтриете идентифицирания маркер.
git tag
v1
v2
v3
git tag -d v1
git tag
v2
v3
В дадения пример, git тагът първо се използва за показване на списъка с тагове, които са v1, v2 и v3, След това командата delete се изпълнява, за да изтрие v1 тага. Това премахва изтрития маркер от сървъра.
Предимства на Git Checkout Tag
- Използва се за създаване, промяна и изтриване на маркери.
- Може да се използва за изброяване на всички тагове в локалното хранилище.
- Той също така помага за проверка на отдалечени клонове.
- Помага за управление и обработка на версии.
- Поддържа хранилището и процеса чисти и четими.
Заключение - Маркер за Git Checkout
Git има много приложения и се използва широко от разработчици, продуктови мениджъри и учени по данни. Командите му са много ефективни и могат да бъдат много полезни. За да обобщим, маркирането е допълнителен механизъм, който се използва за улавяне на историята на репо в Git. Традиционно се използва за създаване на маркери за семантичен идентификатор, които съответстват на версиите за издаване на софтуер, но се използва главно за създаване, промяна и изтриване на тагове.
Препоръчителни статии
Това е ръководство за Git Checkout Tag. Тук обсъждаме как да създавате нови маркери и да разгледате тагове, заедно с неговите предимства. Можете също да прегледате и другите ни предложени статии, за да научите повече -
- Какво е Git?
- Git терминология
- Какво е Git Branch?
- GIT Команди
- Система за управление на версиите GIT
- Git Push
- Три етапа от жизнения цикъл на Git с работния процес