Как пометить ветку для выпуска?

#git #branching-and-merging

Вопрос:

Я создал репозиторий в github и клонировал его на своей локальной машине. затем я создал ветвь разработки на своем локальном компьютере, а затем запустил ее ( пример ниже). я хочу создать ветвь функций из разработки и после объединения с разработкой я хочу создать/пометить ее для выпуска , который будет объединен в мастер. нужны ли мне для этого расширения, такие как gitflow, или я могу обойтись без этого?

Я еще не пробовал расширение gitflow.

 git checkout -b development
git push origin development

1. Ваше описание немного запутано и предполагает, что вы еще не знаете, что такое теги и ветви. Мы все должны с чего-то начать, но в этом случае вам, вероятно, лучше найти «введение в git» в Интернете (их там много).

2. Обратите внимание, что в Git вы не (не можете!) помечать ветку . Вы помечаете фиксацию . Для этого есть несколько причин, в том числе тот факт, что имена ветвей не имеют значения, потенциально различаются в каждом клоне и могут быть полностью удалены (так что ваш помеченный коммит не находится ни в одной ветви). К этому нужно немного привыкнуть.

3. @torek — спасибо. Я где-то читал, что коммиты помечаются тегами, а затем эта версия выпускается. итак, когда мы совершаем фиксацию в главной ветви, просто помечаем ее, а затем просто следим за тем, чтобы больше никаких фиксаций в этой основной/главной ветви не было сделано до того, как мы выпустим?

4. @kyagu: в значительной степени, да. В предыдущей жизни нашей практикой было создание ветви выпуска (вместо использования основной ветви), внесение в нее коммитов для подготовки выпуска, пометка одного из них как «альфа-кандидат на выпуск» или что-либо подходящее, выполнение этого на следующем этапе и т. Д. Когда мы утвердим кандидата, мы добавим тег выпуска к этой конкретной версии. Это не единственный способ сделать это, но он оставляет легкий путь для добавления функций в RCS или их резервного копирования по мере необходимости.

Ответ №1:

Создать аннотированный тег в Git очень просто. Самый простой способ-указать -a , когда вы выполняете tag команду:

 $ git tag -a v1.4 -m "my version 1.4"
$ git tag
v0.1
v1.3
v1.4

-m Указывает сообщение с пометкой, которое хранится вместе с тегом. Если вы не указали сообщение для аннотированного тега, Git запустит ваш редактор, чтобы вы могли ввести его.

Вы можете просмотреть данные тегов вместе с фиксацией, которая была помечена с помощью git show команды:

 $ git show v1.4
tag v1.4
Tagger: Ben Straub <ben@straub.cc>
Date:   Sat May 3 20:19:12 2014 -0700

my version 1.4

commit ca82a6dff817ec66f44342007202690a93763949
Author: Scott Chacon <schacon@gee-mail.com>
Date:   Mon Mar 17 21:52:11 2008 -0700

    Change version number

1. Спасибо. любопытно, если вы не возражаете, могу ли я следовать gitflow, как рабочий процесс, без использования расширения gitflow?

2. Да, ты можешь. Gitflow-это на самом деле просто абстрактная идея рабочего процесса git. Это упрощает использование рабочего процесса git, потому что у gitflow есть документация и сокращенная версия.