Size: a a a

2020 February 07

ЕО

Евгений Омельченко in DevOps
Plomipu Dmitri
я не возникаю. Но то что много веток (больше 20 штук - за неделю ) - это больше - чем +. Книжка официальна по гиту и то говорит, что это плохая практика в разработке, когда их не просто много, а СЛИШКОМ МНОГО.
Больше 20 тасок за неделю, это сколько у вас сторипоинт? 1 час?
источник

PD

Plomipu Dmitri in DevOps
ну да примерно. Такие задачи по мелочи
источник

ЕО

Евгений Омельченко in DevOps
Plomipu Dmitri
ну да примерно. Такие задачи по мелочи
И все в команде решают такие задачи? Или только ты?
источник

PD

Plomipu Dmitri in DevOps
обычно в таком количестве, но обычно на них нам дают больше часа даже
источник

D

Denis 災 nobody in DevOps
Евгений Омельченко
Больше 20 тасок за неделю, это сколько у вас сторипоинт? 1 час?
бывает час, но чаще дробят сп. На прошлой работе основная часть задач была от 0.1 до 0.25сп
источник

ЕО

Евгений Омельченко in DevOps
Denis 災 nobody
бывает час, но чаще дробят сп. На прошлой работе основная часть задач была от 0.1 до 0.25сп
Ппц, выглядит больше как саппортские тикеты чем таски для разрабов
источник

D

Denis 災 nobody in DevOps
да, саппорта там было много. Но девопс это не разраб
источник

ЕО

Евгений Омельченко in DevOps
Denis 災 nobody
да, саппорта там было много. Но девопс это не разраб
Ну чувак пишет, что он разраб
источник

PD

Plomipu Dmitri in DevOps
не поверите, у меня такое было уже ни раз, что тикеты с задачами блокируются другими тикетами. Но я кажется я понял вашу мысль. После каждого таска, если он выполнен 100% и тематический бренч смерджен с мастером, соответствующий брэнч закрывать, а потом удалять его и из локалки, и из удалённой репы, и забыть как страшный сон ??
источник

PD

Plomipu Dmitri in DevOps
А потом одна из мелких задач внезапно зависает в воздухе и остальные мелкие задачи ей заблокированы. Ну или сидишь черипикаешь
источник

PD

Plomipu Dmitri in DevOps
Или же все эти мелкие задачи оказываются невлитыми
источник

PD

Plomipu Dmitri in DevOps
Это реальные кейсы с работы, если что :(
источник

PD

Plomipu Dmitri in DevOps
вы именно на это намекаете ??
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Plomipu Dmitri
не поверите, у меня такое было уже ни раз, что тикеты с задачами блокируются другими тикетами. Но я кажется я понял вашу мысль. После каждого таска, если он выполнен 100% и тематический бренч смерджен с мастером, соответствующий брэнч закрывать, а потом удалять его и из локалки, и из удалённой репы, и забыть как страшный сон ??
Это зависит от выбранного git workflow
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Denis 災 nobody
там же должно быть описано, что в их понимании "слишком". Каждую строку кода в свой бранч - да. Должно быть целостной задачей. А то что задач может быть 20 в день - это может быть норма и больше от организации процессов зависит.
Не согласен. Чаще комитьте. Чаще. Просто commit должен быть осмысленным (и иметь осмысленное описание), а девопс для того и нужен, что сколь угодно мелкий коммит собирался и интегрировался (интегрироваться не равно мёрджиться)
источник

GG

George Gaál in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
Не согласен. Чаще комитьте. Чаще. Просто commit должен быть осмысленным (и иметь осмысленное описание), а девопс для того и нужен, что сколь угодно мелкий коммит собирался и интегрировался (интегрироваться не равно мёрджиться)
++
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Bogdan (SirEdvin) Gladyshev
Ну, она мелкая, но заблокирована по внешним причинам. А в этом ветке еще 5 мелких задач. Тут или оно зависает, или черипикать, разве нет?
То что одна задача/ветка блокирует другую - это недостаток архитектуры/организации(management-а)
источник

як

я никуда не тороплюсь когда напьюсь тогда напьюсь in DevOps
Denis 災 nobody
я пока вижу "мне лень делать git branch -b", хотя кто знает что там творится
Я видел разрабов, которые не знали про "-b". Они запускали чекаут и уходили обедать.
источник

D

Denis 災 nobody in DevOps
я никуда не тороплюсь когда напьюсь тогда напьюсь
Не согласен. Чаще комитьте. Чаще. Просто commit должен быть осмысленным (и иметь осмысленное описание), а девопс для того и нужен, что сколь угодно мелкий коммит собирался и интегрировался (интегрироваться не равно мёрджиться)
"коммит: добавил комментарий. Коммит: добавил IF. Коммит: добавил первую строку для ифа из прошлого коммита"
источник

D

Denis 災 nobody in DevOps
вообще, там уместнее было "бранч", поправил
источник