У меня есть ветвь моей функции, которая превысила около 30 или более баллов. Между тем в отделе развития несколько других функций были отброшены у других разработчиков. Поэтому каждый раз, когда публикуется новая функция для разработки, меня спрашивают:
Проблема
Второй шаг - это куриная шея. При перезагрузке это дает мне конфликт для каждого фиксации этой ветки. Это действительно итеративно и избыточно. Обратите внимание: я не могу всегда переустанавливать ветвь разработки сразу же после того, как моя собственная работа в моей ветке продолжается.
Что я пробовал?
squash и максимально уменьшите мои коммиты (но это помогает в наименьшей степени, так как в большинстве случаев нет ничего, чтобы сквош)stash мои текущие изменения, а также перестроить разработку, а затем разблокировать мои изменения. (но здесь я тоже получаю конфликты)-preserve-merges с rebase. (но все здесь кричат, что использование этого полностью обескуражено)Итак, каков оптимальный подход при работе с перераспределением разработки на ветку функций с наименьшими конфликтами, когда сама ветвь функции имеет множество коммитов. Я свежее, и поэтому ответ с полезным объяснением (или ссылкой) будет очень полезен.
Рабочий процесс звучит (rebase).
Но конфликты не должны решаться каждый раз снова и снова.
Для этого у вас git rerere: активируйте его (git config --global rerere.enabled true), разрешите конфликт в последний раз (или выполните перепрограммирование вручную или использовать contrib/rerere-train.sh), и следующая перебаза будет повторно использовать разрешение конфликтов на вашем следующая перезагрузка.
Я предлагаю сохранить вашу функцию небольшим (один или два дня), а ваша ветка функций также будет небольшой. Другим способом было бы переупаковать не каждый раз, когда что-то попадало в ветвь развития, а только иногда, или только раз перед слиянием. Опять же вам нужно, чтобы функция была небольшой или у вас было слишком много конфликов сразу.
О вашем вопросе вы не можете свести к минимуму количество конфликтов в перестановке. Если есть конфлики, вы не можете их избежать.
Но есть один способ: git может помочь вам: я предлагаю вам включить rerere, что означает повторное использование записанного разрешения. При этом git записывает, как вы разрешаете конфликт, и в следующий раз, когда появится конфликт, разрешение будет повторно применено, так что вы обнаружите, что конфликт уже разрешен. Это ускорит ваш рабочий процесс.
Вы можете включить reerere глобально с помощью
git config --global rerere.enabled true
Попробуйте git merge из ветки разработки в ветвь функции перед выполнением git rebase. Это будет более информативным на этом пути.