ГИТ с разработкой, постановкой и производственных филиалов
Эта статья звучит интересно, но я'м довольно уверен, что схемы неправильные. http://guides.beanstalkapp.com/version-control/branching-best-practices.html
Должны'т это будет "развитие" > "промежуточные" > "производство"?
сливает должна течь только в одном направлении: от функций и исправлений сделал в своей отрасли или в развитие инсценировки для тестирования. пройдя испытания, вы можете слить эти изменения с развитием в производство.
Здесь я немного запутался. Так что я сливаюсь постановка для мастер или мастер на постановки?
Я'м через клиент назвал SmartGit и я не понимают этого. Обычно я делаю ветку для объекта, фиксировать, а затем перейти к Мастер и слить его в филиал (вперед). Так что в этот новый рабочий процесс с постановки и режиссуры, я создаю эти два дополнительных отделения, а затем создать филиал от мастера (ака Дев) для меня особенность. Совершить его, а затем перейти к постановке и сливать (перенаправлять) моя ветка? Звучит ли это правильно?
На самом деле, что сделал это так смущает то, что бобовый стебель, люди стоят за их нестандартное использование промежуточной (дело доходит до развития в их схеме, и это's не ошибка! https://twitter.com/Beanstalkapp/status/306129447885631488
Решили забыть про бобовый стебель и только с GitHub.
Так как я выложил это, бобовый стебель народ принял мой намек и переименовал их этапов, сейчас призывают развития на "стабильный" по.
Мыслительный процесс здесь заключается в том, что вы проводите большую часть своего времени на "развитие". Когда в разработке, создании "функция" филиала (с
развития), полные функции, а затем слить обратно в "развитие". Это может быть затем добавлена к окончательной производственной версии путем слияния в "производство".См. успешный мерзавец ветвление модель более подробно об этом подходе.
Мы делаем это по-разному. ИМХО мы делаем это в более простой способ: в "мастер" мы работаем над следующей основной версии.
Более просторный функции создается отдельная ветка (производное от Master) и будут перебазированы (+ сила толкнула) на мастер регулярно разработчиком. Перебазирование только отлично работает, если один разработчик работает над этой функцией. Если функция закончена, она будет свежей перебазированы на мастера, а затем мастером промотать до последней функцией фиксации.
Чтобы избежать перебазирования/принудительного нажимаем также можно объединить мастер регулярно меняется в отдельную ветку и если это'с готовой слить ветку в master (обычное слияние или сквош слияния). Но ИМХО это делает ветку более менее ясно и делает его гораздо более трудным для переупорядочивания/очистка совершает.
Если выйдет новый релиз, мы создадим сторон-филиалы мастер, например, релиз-5`, где только ошибки исправляются.
На самом деле, что сделал это так смущает то, что бобовый стебель, люди стоят за их нестандартное использование промежуточной (дело доходит до развития в их схеме, и это's не ошибка!
https://twitter.com/Beanstalkapp/status/306129447885631488
одна из лучших вещей о git заключается в том, что вы можете изменить поток работы, который работает лучше для вас.. я использую http://nvie.com/posts/a-successful-git-branching-model/ большую часть времени, но вы можете использовать любой рабочий процесс, который соответствует вашим потребностям