Системы управления версиями кода стали стандартом командной разработки. Сложно представить проект в котором участвуют более 5 разработчиков без системы управления версиями и сегодня мы расскажем о потрясающем инструменте для разработчиков GIT, о командах GIT и как все это связать с BitBucket.
Создание Git-тегов
Создать «легковесный (lightweight)» тег в текущей ветке:
$ git tag <tag_name>
Если вы хотите добавить к тегу описание, используйте опцию -a, чтобы создать «аннотированный (annotated)» тег:
$ git tag <tag_name> -a
Создать «аннотированный» тег с заданным сообщением (вместо интерактивного ввода):
$ git tag <tag_name> -a -m «Message»
- URI (URL) for a remote Git repository …
- Git Remotes With Github — Learn.co
- Git: Push Commits to Remote Repository …
- Git remote repository
Аннотированный vs Легковесный: Git-тег созданный с опцией -a называется «аннотированныйм» тегом. В то время, как тег без сопровождающего описания называется «легковесным» тегом. «Аннотированные» теги следует использовать для обозначения релизов, в то время, как «легковесные» теги должны использоваться для маркировки каких-то частных либо временных объектов. По этой причине некоторые Git-команды для наименования объектов (например git describe), по умолчанию, будут игнорировать «аннотированные» теги.
В любой момент вы можете проверить отмечен ли текущий коммит тегом, и если нет, то какой тег был создан последним и сколько коммитов назад:
$ git describe v1.0.1 |————— текущий коммит отмечен следующим тегом $ git describe | | |—— хеш коммита | |———— количество коммитов с последнего тега |————— имя последнего тега
По умолчанию, команда git describe игнорирует «легковесные» теги.
Чтобы учитывать все теги, выполните:
$ git describe —tags