Лучшая Git стратегия для фиксации нескольких историй, которая требует последовательного объединения коммитов

Question

Иногда я сталкиваюсь с ситуацией, когда работаю над историями, которые зависят от предыдущей истории, которая еще не была объединена.

Например. Я работал над коммитом на ветке А, который содержит компонент многократного использования. Это еще не объединено из-за структуры спринта компании. Затем я работаю над фиксацией в ветви B, для которой требуется фиксация ветви A, которая содержит повторно используемый компонент. И мы хотим объединить ветвь A и B с нашим мастером одновременно, поскольку у нас строгий срок поставки.

Возможно, я не использовал правильные термины, но не смог найти правильный способ выразить это в мой поиск.

Какова лучшая Git стратегия для такого сценария? Должен ли я перебазировать коммит B на коммит A и продолжить работу? Создаст ли это конфликт, когда мы попытаемся одновременно использовать в Github одновременно и A, и B, и 100?

Answer 1

Какова лучшая Git стратегия для такого сценария? Должен ли я перебазировать коммит B на коммит A и продолжить работу? Не создаст ли это конфликт, когда мы попытаемся одновременно выполнить одновременную работу в Github одновременно с sh A и B?

Совсем нет, это стандартный git рабочий процесс.

При условии, что B был разветвлен от A, когда вы сделаете запрос на получение B > master, все в A действительно будет включено.

До слияния:

---C1---C2---C3 <<< master
         \
          C4---C5 <<< A
                 \
                  C6---C7 <<< B

и далее:

---C1---C2---C3---------------C8 <<< master
         \                   /
          C4---C5 <<< A     /
                 \         /
                  C6------C7 <<< B

На этом этапе каждый коммит здесь доступен с C8 (коммит слияния на master)