Блог

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

Упростите процесс оформления заказа в филиале:

Сначала вы должны ввести следующее в консоли:

 git config checkout.defaultRemote origin
  

Эта команда добавляет следующий раздел в файл .git / config вашего репозитория:

 [checkout]
     defaultRemote = origin
  

Теперь, когда настроена ветка по умолчанию, каждый раз, когда вы хотите настроить новую локальную копию удаленной ветки, которая существует в удаленном репозитории «origin», вам нужно только ввести:

 git checkout some-branch
  

И git предположит, что вы на самом деле имели в виду:

 git checkout --track origin/some-branch
  

Который также можно сократить до:

 git checkout -u origin/some-branch
  

Это потрясающий лайфхак. Это гораздо более разумный альтернативный метод настройки локальной копии, чем решение, упомянутое выше с git checkout -b some-branch , и он очень полезен, когда вы действительно знаете, что филиал уже существует на одном или нескольких удаленных устройствах. В частности, если вы работаете с несколькими удаленными устройствами и не используете defaultRemote , вам нужно будет вводить длинную форму git checkout --track origin/branch-name каждый раз, когда вы оформляете ветку, потому что git не знает, с какого удаленного он должен отслеживать. Избавьте себя от головной боли и просто настройте это всегда. (Смотрите заключительные соображения ниже для предлагаемого подхода).

Упростите процесс git push и git pull:

Как указывалось выше, автоматическая настройка ваших локальных филиалов на отслеживание с помощью defaultRemote означает, что когда вам нужно выполнить git pull while в какой-либо ветке, которую вы проверили, git уже точно знает, с какого пульта извлекать данные. Это очень, очень полезно.

Примечание: если локальная ветвь отслеживает один удаленный доступ, а вы хотите получить код с другого удаленного, или если локальная ветвь вообще не настроена на отслеживание удаленного доступа, то вы можете либо:

• вручную укажите правильный удаленный доступ для извлечения:

     git pull <remote-name>
    

  Это должно выполняться каждый раз, когда вы хотите извлечь данные с удаленного.

• исправьте ветвь удаленного отслеживания на постоянной основе для каждой ветви, используя:

     git branch --set-upstream-to <remote-name/branch-name>
    

  или

     git config branch.<branch-name>.remote <remote-name>
    git config branch.<branch-name>.merge refs/heads/<branch-name>
    

  Это одноразовое изменение; все последующие git pull команды теперь должны извлекаться из указанного вами удаленного доступа / филиала.

Предостережения и последствия:

Чтобы git config checkout.defaultRemote origin принести какую-либо реальную пользу в git pull командном сценарии, эта команда / конфигурация должна быть настроена при первом запуске работы над проектом с несколькими пультами дистанционного управления или сразу после добавления дополнительных пультов. Причина в том, что эта конфигурация будет влиять только на ветви, которые вы собираетесь проверить после установки этой конфигурации; это не оказывает никакого влияния на существующие ветви. В этом случае все существующие локальные филиалы, которые еще не отслеживаются с определенного пульта, необходимо будет изменить отдельно, чтобы добавить предполагаемый пульт, прежде чем простой git pull заработает.

Заключительные мысли

Если вы часто сталкиваетесь с этой проблемой в различных проектах, более полной настройкой было бы работать в соответствии с соглашением о том, что удаленный доступ по умолчанию всегда должен добавляться как удаленный доступ «origin» во всех ваших проектах. Затем вы можете установить эту конфигурацию глобально с помощью:

 git config --global checkout.defaultRemote origin