Есть более актуальная модель ветвления?

Question

[solascriptura]

Здесь: https://habrahabr.ru/post/106912/ прочитал очень полезную статью про модель ветвления в разработке. (Оригинал: nvie.com/posts/a-successful-git-branching-model/) Оригинальная статья написана больше 7! лет назад. Здесь https://github.com/nvie/gitflow тоже больше 5 лет не было изменений. Информация очень актуальна, в настоящий момент пишу инструкции для своих работников. Планирую взять за основу эту модель, соответственно вопросы:

1. Есть ли более свежая(продвинутая, исправленная и т.д.), модель ветвления?
2. Что можете посоветовать по улучшению текущей модели?

Заранее спасибо )

Answer 1

[ТыжСисАдмин]

Нет.
Та методология является не стандартом и не требованиями, это просто предложение одного разработчика другим и как использовать, использовать в полной мере или только часть, зависит от конкретных желаний конкретной команды.

в настоящий момент пишу инструкции для своих работников

Пишите сами, без участия вашей команды?
Вообще плохая идея писать инструкции по методологиям гита, вам такой вопрос необходимо задать работникам но никак не тут на тостере.

Есть ли более свежая(продвинутая, исправленная и т.д.), модель ветвления?

Нет, в этой теме нет стандартов и без знания вашей модели ведения репозиториев вам никто ничего не подскажет.

Вот завтра соберите всех разработчиков и всей гурьбой решите "как нам дальше жить?", если вы будете это решать в одно лицо то ничего кроме негатива и сопротивлений не получите.
Уважайте своих разработчиков и не пытайтесь вносить изменения в рабочий процесс без совещания с ними.

Comments

[solascriptura]

Спасибо за рекомендации я их учту. Хотел пояснить, что я прекрасно понимаю что статья представляет собой не стандарт и не требование, а рекомендации. Именно они мне и нужны чтобы учиться не на своих ошибках а на советах тех, кто на этом деле собаку съел. Разумеется, что в обязательном порядке будет вырабатываться что-то свое на основании полученных знаний, и разумеется вместе с разработчиками в процессе работы. К сожалению у моих текущих разработчиков уровень знания гита сильно меньше чем у меня. Опыта работы с ним у них нет вообще (вот такая у нас команда джуниоров. Хотите, присоединяйтесь, будете лидером ) Так что за отправную точку хочу взять что-то конкретное, основанное на опыте профессионалов.

[ТыжСисАдмин]

solascriptura:
> Хотите, присоединяйтесь, будете лидером
Я на разработчика не тяну, сисадмин, натурпродукт (правда отменеджеренный). Но спасибо за предложение :)

Нынче занимаюсь интеграциями различных систем учёта времени, управления проэктами и в общем различной автоматизацией, различной деятельности.
Очень часто встречаюсь с руководителями (примерно каждый первый :) ) которые подходят к внедрению со стороны "вот вам новая замануха, вы её должны юзать, если что то выход там ->".
Люди должны прежде всего понимать инструмент и понимать методологию которую вы им предлагаете.

> текущих разработчиков уровень знания гита сильно меньше чем у меня
Сложно будет с неопытными людьми сразу в такой омут, но всё-же с другой стороны "приучай с молоду" модель воспитания может и прокатить :)

Желаю вам мужества и гору терпения.
Тут я вас полностью могу понять (у меня нынче у самого пачка "джуниоров", правда им за 50 и новый софт внедряем) :D