В git слиянии / перебазировании, как не потерять авторов за git вину - PullRequest
Новая
       96

В git слиянии / перебазировании, как не потерять авторов за git вину

0 голосов
/ 10 апреля 2020

Проблема:

  • все изменения в задачах / pbi, по-видимому, принадлежат владельцу PR, поэтому обвинение git показывает, что наш менеджер релиза владеет 80% кода.
  • невозможно найти, кто изменил код и почему

TL; DR: у нас есть главная ветка, из которой создается ветка pbi (функция), у каждого автора есть своя ветвь задачи из PBI. объедините squa sh в pbi (PR) и объедините pbi в master (PR).

Наш процесс разработки выглядит следующим образом:

Рабочий процесс

Жизненный цикл PBI
  1. PBI - это контейнеры задач.

  2. Создание PBI с соответствующим описанием и условиями приемки.

  3. Когда для PBI начата фактическая работа, создайте ветвь с master в качестве целевой ветки и соглашением об именах features/123-my-feature-name.

  4. Во время работы владелец обязан объединить ветвь PBI с master.
  5. Когда все задачи PBI завершены (см. Рабочий процесс задачи ниже), создайте запрос извлечения (объединить) в master, назначьте для проверки кода / продукта и QA и перейдите к Resolved state.
  6. Изменения после разрешения:
    1. Создание внутри PBI нового задания, которое облегчает необходимые исправления / изменения.
  7. После просмотра и QA, утвердите запрос на включение и объединитесь в master. Это закроет PBI и переместит его в состояние Done .
Жизненный цикл задачи
  1. Задачи - это наименьшие рабочие элементы, которые должны выполняться одним разработчиком.
  2. Создание задачи с соответствующим описанием и условиями принятия.
  3. Задачи начинают свою жизнь в состоянии To Do .
  4. При запуске работы над задачей :
    1. Создайте ветвь с ветвью родительского PBI в качестве целевой ветви и соглашением об именах tasks/123-my-task-name.
  5. Commit и код pu sh как можно чаще. Разработайте обсуждение рабочего элемента задачи в Azure DevOps.
  6. Ответственность за задачу перебазировка ветки задачи лежит на ветке родительского PBI, когда это необходимо.
  7. Когда работа будет завершена:
    1. Создайте запрос на возврат в филиал PBI и назначьте владельца для проверки кода.
  8. После проверки кода После завершения проверки рецензент одобряет изменение и объединяет его (rebase-squa sh) с филиалом PBI. Это закроет задачу и переместит ее в состояние Готово .
Требования к завершению
  1. Все тесты на уровне компонентов (например, модульные тесты) должны пройти
  2. Код проверки должен соответствовать
...