Есть какое-то отличие от git-flow, кроме того, что вы ставите тэг для rc версии? :) Имена веток можно ввести при инициализации (git flow init).
В git-flow для срочных задач есть hotfix — всё как у вас:
git flow hotfix start — как раз создает ветку от того, что сейчас лежит в продакшне.
По завершению (git flow hotfix finish ) хотфикс будет смерджен в то, что лежит на продакшене + туда, где сейчас идёт разработка. Ветка хотфикса при этом может быть по желанию удалена (ключ -p).
Я вообще считаю, что подобные статьи — это некоторый мотиватор к действию.
Мы долго использовать git-flow, пока не появились требования, которым он не удовлетворяет. Пришлось написать свой набор скриптов ;)
Дело не в том, что ваших знаний не хватает — мы все тут не дураки.
git flow — инструмент, просто автоматизирующий процесс создания/слияния веток на разных этапах разработки вашего проекта, создания тэгов.
git flow — это некая схема содержания веток, которую вам предлагают использовать.
Это в точности так же, как использовать, например, chef для автоматизации развёртывания: вроде бы, и самому можно сделать, а можно запустить автоматизированный процесс.
То, что вы знаете git — это замечательно и похвально. Но если вам приходится поддерживать в точности ту же систему веток, то почему бы и не автоматизировать процесс?
Более того, это некий мотиватор к тому, чтобы написать свой «git flow», если вдруг система веток не подошла. Я в компании, например, столкнулся с тем, что в git-flow нельзя нормально поддерживать ветки для сплит-тестирования. Пришлось писать свой =). Из всего нужно брать лучшее, всего-то.
Слушать вам никто не запретит. По регламенту любительской радиосвязи нельзя передавать государственные тайны и прочую информацию, не предназначенную для распространения — так это уже к тем службам, которые транслируют. А если уж им сильно нужно, то давно придумали скремблеры.
К тому же, вы ведь понимаете, что «специальные машины», оборудованные всенаправленным радиосканером, пеленгуют именно по исходящему сигналу? :)
И пока он учит — ученики хотят узнать, что же будет через минуту
На самом деле, это верно для школы. Ну, может быть, еще для начальных курсов в вузе. А потом каждый сам в праве (и в состоянии, чаще всего) решать, что, а главное, для чего, ему нужно, и самомотивироваться к получению знаний. Я, честное слово, до сих пор недоумеваю от лекторов, с одной стороны повторяющих, что по такому-то адресу в интернете есть классный учебник — слово-в-слово его лекции, а с другой стороны утверждающий, что посещение лекций (я не говорю про семинары, которых у меня уже и нет) — одно из основных занятий, пропуск которых (кроме того) влечёт к проблемам при сдаче.
Обращаю ваше внимание, что в статье слово jQuery употребляется только в исходниках.
Поэтому с тем же успехом можно сказать: если вы программируете на JavaScript и думаете, какой фреймворк выбрать для работы с таблицами, то стоит рассматривать фреймворк 1, фреймворк 2 и фреймворк 3.
Мягко говоря, это странно, если ваш проект не ограничивается двумя-тремя ajax запросами.
В git-flow для срочных задач есть hotfix — всё как у вас:
git flow hotfix start — как раз создает ветку от того, что сейчас лежит в продакшне.
По завершению (git flow hotfix finish ) хотфикс будет смерджен в то, что лежит на продакшене + туда, где сейчас идёт разработка. Ветка хотфикса при этом может быть по желанию удалена (ключ -p).
Откуда вы взяли про rebase, я не понимаю :)
Мы долго использовать git-flow, пока не появились требования, которым он не удовлетворяет. Пришлось написать свой набор скриптов ;)
git flow — инструмент, просто автоматизирующий процесс создания/слияния веток на разных этапах разработки вашего проекта, создания тэгов.
git flow — это некая схема содержания веток, которую вам предлагают использовать.
Это в точности так же, как использовать, например, chef для автоматизации развёртывания: вроде бы, и самому можно сделать, а можно запустить автоматизированный процесс.
То, что вы знаете git — это замечательно и похвально. Но если вам приходится поддерживать в точности ту же систему веток, то почему бы и не автоматизировать процесс?
Более того, это некий мотиватор к тому, чтобы написать свой «git flow», если вдруг система веток не подошла. Я в компании, например, столкнулся с тем, что в git-flow нельзя нормально поддерживать ветки для сплит-тестирования. Пришлось писать свой =). Из всего нужно брать лучшее, всего-то.
К тому же, вы ведь понимаете, что «специальные машины», оборудованные всенаправленным радиосканером, пеленгуют именно по исходящему сигналу? :)
Плагин JSONView (chrome, ff) вам в помощь! =)
На самом деле, это верно для школы. Ну, может быть, еще для начальных курсов в вузе. А потом каждый сам в праве (и в состоянии, чаще всего) решать, что, а главное, для чего, ему нужно, и самомотивироваться к получению знаний. Я, честное слово, до сих пор недоумеваю от лекторов, с одной стороны повторяющих, что по такому-то адресу в интернете есть классный учебник — слово-в-слово его лекции, а с другой стороны утверждающий, что посещение лекций (я не говорю про семинары, которых у меня уже и нет) — одно из основных занятий, пропуск которых (кроме того) влечёт к проблемам при сдаче.
Поэтому с тем же успехом можно сказать: если вы программируете на JavaScript и думаете, какой фреймворк выбрать для работы с таблицами, то стоит рассматривать фреймворк 1, фреймворк 2 и фреймворк 3.
Не хочу даже начинать холиварить, но, читая подобные высказывания, складывается впечатление, что про ExtJS никто не знает.