Есть ли способ настроить Git-репозиторий хоста таким образом, чтобы все, что git pullсделано из его (локальных) клонов, использовали --rebaseпо умолчанию? Поиск по переполнению стека позволил мне узнать branch.autosetuprebase, но его нужно настраивать для каждого клона индивидуально.

Мой проектный поток настроен так, что мы pullвыполняем developветвление перед тем, mergeкак добавить к нему ветку. Это pullпочти всегда используется --rebase, поэтому я пытаюсь выяснить, может ли это быть по умолчанию.

В настоящее время есть 3 различных уровня конфигурации для поведения по умолчанию. От самых общих до самых мелкозернистых:

1. pull.rebase

Установка этого значения trueозначает, что git pullэто всегда эквивалентно git pull --rebase(если branch.<branchname>.rebaseявно не установлено значение false). Это также может быть установлено для репозитория или глобально.

2. branch.autosetuprebase

Установка этого значения alwaysозначает, что при создании ветви отслеживания для нее будет создаваться запись конфигурации, подобная приведенной ниже. Для более точного контроля это также может быть установлено never, localили remoteи может быть установлено для репозитория или глобально. Смотрите git config --helpдля более подробной информации.

3. branch.<branchname>.rebase

Установка этого значения trueозначает, что эта конкретная ветвь будет всегда вытягиваться из своего восходящего потока посредством перебазирования, если git pull --no-rebaseне используется явно.

Вывод

Таким образом, хотя вы не можете изменить поведение по умолчанию для всех будущих клонов хранилища, вы можете изменить значение по умолчанию для всех хранилищ текущего пользователя (существующего и будущего) через git config --global pull.rebase true.

Как насчет

git config --global pull.rebase true

Это скажет git всегда тянуть с rebase.

Ответ - нет.

Невозможно настроить удаленный репозиторий, чтобы у всех, кто его клонировал, поведение по умолчанию git pullизменялось.

Вы можете, однако, установить серверную ловушку, которая проверяет, что никто не нажимает коммиты слияния (возможно, что-то вроде этого ).

Есть также некоторые параметры конфигурации, которые могут вас заинтересовать. Все разработчики, которые клонируют из удаленного репозитория, должны будут установить его самостоятельно.

1. Вариант branch.<name>.rebase

Вы можете настроить локальную ветку так, чтобы она всегда использовалась --rebase, заменяя <name>ее именем на ветку:

git config branch.<name>.rebase true

После запуска этого на master, в masterразделе .git/configвыглядит следующим образом :

[branch "master"]
    remote = origin
    merge = refs/heads/master
    rebase = true

2. Вариант branch.autosetuprebase

Выполнение этой предыдущей команды config для каждой ветви Git может быть проблематичным, поэтому вы можете настроить Git для автоматической настройки ее для каждой новой ветви:

git config branch.autosetuprebase always

(Вы также можете указать never, remoteи local, смотрите man git-configдетали.)

Без этой --globalопции конфигурация сохраняется .git/configи затрагивается только текущий репозиторий. При --globalэтом конфигурация сохраняется в ~/.gitconfig, и это затрагивает каждый ненастроенный репозиторий.

Эта опция не влияет на уже существующие ветки.

3. Вариант pull.rebase

git config --bool pull.rebase true

(Вы также можете дать ему --globalвозможность.)

Если этот параметр имеет значение true, выполнение git pullэквивалентно git pull --rebase, если branch.<name>.rebaseне было установлено значение false.

Это делает --rebaseопцию по умолчанию при выдаче git pull в данной ветви.

@Flimm, мне нужно было добавить, trueчтобы ваш первый вариант работал.

Итак, правильный синтаксис:

git config branch.<branch>.rebase true

Чтобы запустить эту команду в developветке:

git config branch.develop.rebase true

И теперь developраздел .git/configвыглядит так:

[branch "develop"]
        remote = origin
        merge = refs/heads/develop
        rebase = true

В настоящее время нет способа установить политику по умолчанию для хранилища.

Если вы хотите это для себя и используете хотя бы git 1.7.9, вы можете глобально настроить pull.rebaseконфигурацию следующим образом:

git config --global pull.rebase true

Но вам придется делать на каждой машине. Одним из вариантов может быть настройка стандартного шаблона / скелета пользователя по умолчанию с этим параметром. Однако пользователи могут изменить эту опцию.

Если вы не хотите слияния, вы можете определить ловушку на стороне сервера, чтобы отклонять толчки с слияниями.

Для справки: его исходная документация для pull.rebase:

Если задано значение true, перебазировать ветви поверх выбранной ветви вместо объединения ветви по умолчанию с удаленного по умолчанию при запуске «git pull». Смотрите "branch..rebase" для установки этого для каждой ветви.

При слиянии передайте параметр --rebase-merges для git rebase, чтобы локальные коммиты слияния были включены в rebase (подробности см. В git-rebase ).

При сохранении также передайте --preserve-merges вместе с git rebase, чтобы локально зафиксированные коммиты слияния не сгладили при запуске git pull.

Когда значение является интерактивным, перебазирование выполняется в интерактивном режиме.

ПРИМЕЧАНИЕ: это возможно опасная операция; не используйте его, если вы не понимаете его последствий (подробности см. в git-rebase ).