Gitflow: возможность легко удалять / удалять релиз / исправление / функции

Созданный на 26 авг. 2010  ·  60Комментарии  ·  Источник: nvie/gitflow

Было бы здорово иметь возможность делать что-то вроде git flow release delete v1.0.2 вместо git checkout develop && git branch -D release/v1.0.2 (что я даже не уверен, что правильно отбрасывает ветку релиза) и надеяться, что не было пропущено ни одного важного шага.

Самый полезный комментарий

пожалуйста, прекратите комментировать просто «+1», это 2020 год, и Github уже ввел смайлики для этой цели 👍

Все 60 Комментарий

Это была бы хорошая дополнительная команда.

PS: Это действительно правильный способ удалить ветку. (Помните, что git-flow не творит никакой скрытой магии, это просто реализация правил из исходного сообщения в блоге!)

Я бы предложил следующее. Если он уже объединен в develop / master, но указатель ветки остается:

git flow release delete 1.0.2

Чтобы удалить разветвленные, которые еще не объединены с develop / master (во избежание случайного удаления):

git flow release delete -f 1.0.2

Ах, конечно. Я был бы вполне доволен такой функциональностью этой функции.

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

Строго говоря, он удаляет объект _branch_, который указывает на фиксацию (которая указывает на фиксацию, которая указывает на фиксацию и т. Д.). Пока у вас есть другие ветки, указывающие на один из этих коммитов (например, origin/feature/foo возможно), коммиты останутся. В противном случае они в конечном итоге будут собраны мусором. Это просто поведение Git.

Хм, ну да ладно. Должно быть, я что-то напортачил. Тем не менее, спасибо за объяснение!

+1 эта функция. Я пытаюсь использовать git-flow, чтобы использовать кандидатов на выпуск в качестве результатов нашего спринта, которые нужно отправить в среду тестирования, сохраняя master в качестве производственной кодовой базы. Другими словами, в нашей среде большинство кандидатов на выпуск НЕ будут «закончены» для перехода к мастеру, но все должны быть _удобны_ для ... поэтому, как только производственный выпуск будет идентифицирован, я бы хотел завершить другой выпуск. ветви...

+1

+1

+1

+1

+1

+1 и я решил реализовать это на своей вилке , пока только в ветке разработки. Также добавлена ​​возможность удаления удаленной ветки.

+1 для этого, поддерживается ли эта функция сейчас?

+1

Использовал этот поток, чтобы выяснить, как это сделать, но предпочел бы встроенный метод

Прошло уже 2 года ... есть ли шанс, что это будет сделано? Думаю, это хорошая особенность.

+1

+1

+1

Здравствуйте, он уже доступен в вилке Peter van der Does с несколькими другими улучшениями.

+1

+1

+1

+1

+1

+1

+1

+1

+1

+4 (я и моя команда @ работа)! ^ _ ^

+1

+2

@nrvs lolz: D
: +1:

+1

: +1:

+1

: +1:

+1

+1

+1

+1

+1

+1

+1

Это реализовано в редакции avh.

+100500

+100501

+1

+1

+1

+1

+1

+1

Вау, не могу поверить, что это все еще актуально. Эту команду ждали почти 8 лет.

+1

+1

вау, через девять лет это все еще актуально
действительно нужна эта функция

Это реализовано в https://github.com/petervanderdoes/gitflow-avh. Оно обратно совместимо с этой версией, но добавляет множество улучшений и новых функций.

Отказ от ответственности: я руководитель проекта Gitflow AVH Edition

+1

пожалуйста, прекратите комментировать просто «+1», это 2020 год, и Github уже ввел смайлики для этой цели 👍

@geoom
image

+1

Была ли эта страница полезной?
0 / 5 - 0 рейтинги