Было бы здорово иметь возможность делать что-то вроде git flow release delete v1.0.2
вместо git checkout develop && git branch -D release/v1.0.2
(что я даже не уверен, что правильно отбрасывает ветку релиза) и надеяться, что не было пропущено ни одного важного шага.
Это была бы хорошая дополнительная команда.
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
+1
Самый полезный комментарий
пожалуйста, прекратите комментировать просто «+1», это 2020 год, и Github уже ввел смайлики для этой цели 👍