Как создать выпуски для публичного или частного репозитория в GitHub?

Question

У меня проблема с созданием релизов в нашем публичном или частном репозитории в GitHub? Как это сделать, используя windows cmd или linux terminal? Есть ли специальные команды для этого?

Answer 1

Приведенный ниже пример показывает Вам, как сделал один цикл выпуска, сначала вам нужно создать центральный репозиторий, затем вы создадите ветку разработки.

Вы создаете развитие филиальной

git branch develop
git push -u origin develop

Эта ветвь содержит полную историю вашего проекта, в настоящее время в то время как ваш master содержит новую версию. Теперь ваша команда должна клонировать центральный репозиторий и создавать ветку отслеживания для разработки.

Вы создаете ветку отслеживания для разработки

git clone ssg: //user@/path/
git checkout -b develop origin/develop

Everybody имеет локальную копию исторических филиалов, созданных. Итак, вы решили создать новую функцию. Для этого вы создаете отдельные ветви для своих функций с базой своей ветви разработки.

Вы начинаете новую функцию

git checkout -b some-feature develop

Вы можете добавить фиксаций в эту ветку, как Вы хотите, то:

git status 
git add <some-file> 
git commit 

Вы заканчивает свою функцию:

После добавления новых функций вы решаете что ваша функция готова, теперь Вы можете объединить его в свой местный develop и вставьте его в центральное хранилище, например, так:

git pull origin develop 
git checkout develop 
git merge some-feature 
git push 
git branch -d some-feature 

Первая команда убеждается разработать до настоящего времени, прежде чем пытаться объединить в особенность. Обратите внимание, что функции никогда не должны быть объединены непосредственно в master.

Начинает подготовить релиз

В то время как другие развиваются работают на его функцию, вы можете начинает готовить первую официальный release проекта, Вы можете использовать новую ветвь инкапсулировать подготовки к выпуску. Этот шаг также где номер версии расцепителя с установлен:

git checkout -b release-0.1 develop 

Этой отраслью является местом, чтобы очистить релиз, проверить все, обновление документации, и делать какие-либо другие виды подготовки к следующей версии. Это похоже на ветку функций, посвященную полировке релиза.

Вы Завершаете релизу

После того, как релиз готов к отправке, Вы сливаете его в мастер и develop, а затем удалить релиз branch.It важно объединить обратно в develop потому, что критические обновления могут быть добавлены к ветви релиза, и они должны быть доступны для новых функций. Нравится так:

git checkout master 
git merge release-0.1 
git push 
git checkout develop 
git merge release-0.1 
git push 
git branch -d release-0.1 

Вы можете знать, что ветви релиза действуют как буфер между разработкой функций и публичными релизами. Является ли хорошей идеей, что whenevet Вы сливаться что-то в master, вы должны пометить commint для легкой ссылки:

git tag -a 0.1 -m "Initial public release" master 
git push --tags 

Если вы хотите лучше экспликации, перейдите по этой ссылке: https://www.atlassian.com/git/tutorials/comparing-workflows/gitflow-workflow.

Answer 2

Релизы являются особенностью GitHub и не являются признаком общего git (аналогично другим дополнительным функциям Github, таким как «Проблемы и запросы на вытягивание»). Однако люди создали проекты, которые позволяют создавать выпуски GitHub из командной строки. Ниже приведены некоторые из них, что я мог бы найти:

1. Реализация Python из GitHub рилизинг: https://github.com/aktau/github-release

2. JS Реализация GitHub рилизинг: https://github.com/ungoldman/gh-release