Несколько разработчиков фиксируют в ветви функций

Question

Мы установили внутри команды, что будем использовать функциональные ветви для разработки.Один и только один разработчик обрабатывает функцию и является владельцем этой ветви в данный момент времени.

Нечеткая / неясная часть заключается в том, что после проверки другой разработчик объявляет аннотации к модели (Схемы UML, а не код) было бы легко, если бы он фиксировал поверх владельца, в той же ветви функций

Это нарушает какую-либо этику / хорошую практику GIT?

Альтернатива будетбыть веткой обзора, разветвленной из ветки функций.Но это добавит сложности внутри веток git.

Что может быть более этичным и оптимальным, использовать предложения по рецензированию коммитов внутри схемы UML в той же ветви функций рецензентом или использовать отдельную ветку рецензии?

Answer 1

Я бы предложил делать обзоры в среде, такой как gitlab (запрос на слияние) или github (запрос на выборку), где вы можете легко написать комментарии рядом с измененными строками.Ответственные за код могут затем изменить это в соответствии с тем, как они этого хотят.

Если, однако, другие делают коммит и нажимают на ветку возможностей, сохраняют эти изменения в этой ветке, если это важно для этой функции, иначе cherry-pickих в отдельную ветвь (от мастера), начинающую отдельный сеанс просмотра.

После того, как каждый «комментарий» решен, ветвь функций может быть объединена или перебазирована поверх мастер.

Относительно моделей/ упомянутые схемы.Я не думаю, что они должны жить в репозитории кода, а скорее на какой-то странице вики / документации.Эти вики-страницы также содержат историю, которую также можно прокомментировать.

Answer 2

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