Отслеживайте все удаленные ветки git как локальные ветки

Используя bash:

for i in `git branch -a | grep remote | grep -v HEAD | grep -v master`; do git branch --track ${i#remotes/origin/} $i; done

кредиты: Вэл Блан, Элиас и Хьюго

Примечание. следующий код, если он используется в более поздних версиях git (›v1.9.1), вызывает

1. (bug) Все созданные ветки для отслеживания мастера
2. (раздражение) Все созданные имена локальных веток должны иметь префикс origin/

for remote in `git branch -r `; do git branch --track $remote; done

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

for remote in `git branch -r `; do git checkout $remote ; git pull; done

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

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

for remote in `git branch -r | grep -v /HEAD`; do git checkout --track $remote ; done

Он также имеет то преимущество, что не дает вам никаких предупреждений о неоднозначных ссылках.

Большинство ответов здесь слишком усложняют синтаксический анализ вывода git branch -r. Вы можете использовать следующий цикл for для создания ветвей отслеживания для всех ветвей на пульте дистанционного управления, например.

Пример

Скажем, у меня есть эти удаленные ветки.

$ git branch -r
  origin/HEAD -> origin/master
  origin/development
  origin/integration
  origin/master
  origin/production
  origin/staging

Подтвердите, что мы уже не отслеживаем ничего, кроме master, локально:

$ git branch -l    # or using just git branch
* master

Вы можете использовать этот лайнер для создания веток отслеживания:

$ for i in $(git branch -r | grep -vE "HEAD|master"); do 
    git branch --track ${i#*/} $i; done
Branch development set up to track remote branch development from origin.
Branch integration set up to track remote branch integration from origin.
Branch production set up to track remote branch production from origin.
Branch staging set up to track remote branch staging from origin.

Теперь подтвердите:

$ git branch
  development
  integration
* master
  production
  staging

Чтобы удалить их:

$ git br -D production development integration staging 
Deleted branch production (was xxxxx).
Deleted branch development (was xxxxx).
Deleted branch integration (was xxxxx).
Deleted branch staging (was xxxxx).

Если вы используете -vv переключатель на git branch, вы можете подтвердить:

$ git br -vv
  development xxxxx [origin/development] commit log msg ....
  integration xxxxx [origin/integration] commit log msg ....
* master      xxxxx [origin/master] commit log msg ....
  production  xxxxx [origin/production] commit log msg ....
  staging     xxxxx [origin/staging] commit log msg ....

Разбивка цикла for

Цикл в основном вызывает команду git branch -r, отфильтровывая любые ветки HEAD или master в выводе с помощью grep -vE "HEAD|master". Чтобы получить имена только ветвей без подстроки origin/, мы используем манипуляции со строками ${var#stringtoremove} в Bash. Это удалит строку "stringtoremove" из переменной $var. В нашем случае мы удаляем строку origin/ из переменной $i.

ПРИМЕЧАНИЕ. Для этого также можно использовать git checkout --track ...:

$ for i in $(git branch -r | grep -vE "HEAD|master" | sed 's/^[ ]\+//'); do 
    git checkout --track $i; done

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

использованная литература

• 10.1. Управление строками - Расширенное руководство по созданию сценариев Bash
• 3.5 Ветвление Git - удаленные филиалы

Обновление Q1 2020: Мохсен Абаси предлагает в комментариях на основе slm answer, более простая альтернатива:

for i in $(git branch -r | grep -vE "HEAD|master" | sed 's/^[ ]\+//'); 

И он использует $() вместо устаревших обратных кавычек.

Как я уже упоминал в другом старом ответе, используя _ 3_ вероятно быстрее.
И я бы использовал новый (Git 2.23+) git switch команда, которая заменяет запутанную git checkout.

for i in $(git for-each-ref --format=%(refname:short) \
  --no-merged=origin/HEAD refs/remotes/origin); do \
    git switch --track $i; \
done

Таким образом, grep не понадобится.

Старый (2011 г.) исходный ответ:

Вот мой однострочник, который я использую (в оболочке bash, протестирован с помощью msysgit1.7.4):

Для копипаста:

remote=origin ; for brname in `git branch -r | grep $remote | grep -v master | grep -v HEAD | awk '{gsub(/^[^\/]+\//,"",$1); print $1}'`; do git branch --set-upstream-to $remote/$brname $brname; done

Для большей читабельности:

remote=origin ; // put here the name of the remote you want
for brname in `
    git branch -r | grep $remote | grep -v master | grep -v HEAD 
    | awk '{gsub(/^[^\/]+\//,"",$1); print $1}'
`; do 
    git branch --set-upstream-to $remote/$brname $brname; 
done

• он будет выбирать только восходящие ветки с того пульта, который вы укажете в переменной remote (это может быть «origin» или любое другое имя, которое вы установили для одного из пультов вашего текущего репозитория Git).
• он извлечет имя ветки: origin/a/Branch/Name => a/Branch/Name через выражение awk.

• он установит восходящую ветвь с по --set-upstream-to (или -u), а не --track:
  Преимущество состоит в том, что если ветка уже существует, она не завершится ошибкой и не изменит происхождение этой ветки, она только настроит параметр branch.xxx.(remote|merge).

  branch.aBranchName.remote=origin
  branch.aBranchName.merge=refs/heads/a/Branch/Name
  

Эта команда создаст локальные ветки для всех удаленных ветвей восходящего потока и установит для них настройки удаленного доступа и слияния для этой удаленной ветки.

Вы могли бы достаточно легко написать сценарий, но я не знаю, когда это будет полезно. Эти ветки довольно быстро отставали, и вам приходилось их постоянно обновлять.

Удаленные ветки будут автоматически обновляться, поэтому проще всего создать локальную ветку в том месте, где вы действительно хотите работать с ней.

без скриптов (в пустом каталоге):

$ git clone --bare repo_url .git
$ git config core.bare false
$ git checkout

после этого все удаленные ветки будут считаться локальными.

оригинал (на русском языке).

Если вы хотите использовать powershell, и ваш пульт называется origin. Тогда это работает.

git fetch    
git branch -r  | %{$_ -replace "  origin/"} | %{git branch --track $_ "origin/$_"}

for branch in `git branch -a | grep remotes | grep -v HEAD | grep -v master`; do  git branch --track ${branch##*/} $branch; done

Используйте это, и у вас не будет такого предупреждения, как: refname 'origin / dev' неоднозначно

Вот мое решение команды BASH со ссылкой на @tjmcewan:

for remote in `git branch -r | grep -v /HEAD `; do git branch --track ${remote/"origin/"/""}; done

Моя цель - решить проблему с тем, что все созданные ветки будут иметь начало имени «origin /», потому что я тестировал, что переменные $ remote по-прежнему включают «origin /»:

for remote in `git branch -r | grep -v /HEAD`; do echo $remote ; done

Чтобы сделать то же самое, что и tjmcewan answer, но в Windows вызовите это из командного файла:

for /f "delims=" %%r in ('git branch -r ^| grep -v master') do git checkout --track %%r

Или это из командной строки:

for /f "delims=" %r in ('git branch -r ^| grep -v master') do git checkout --track %r

Начиная с git 2.23:

for branch in `git branch -r | grep origin/`; do git switch -t -C ${branch#origin/} $branch; git pull; done

Флаг -C для git switch создается или сбрасывается, если он уже существует.

документация по переключателю git

Решение VonC можно упростить еще больше, изменив sed (мне не хватает репутации, чтобы прокомментировать его сообщение):

for branch in $(git branch -r | sed 's,[^/]*/,,g'); do git switch $branch; done

Заменяя все, что не является косой чертой, до последней косой черты, оставшееся имя ветки подходит для локального использования; многократное переключение на одну и ту же ветку не является ошибкой (это может быть неэффективным, но может быть более эффективным, чем использование grep в конвейере: - ›).

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

Если у вас уже есть проверенные ветки и вы хотите

• проверить все оставшиеся ветки с пульта
• убедитесь, что все локальные ветки отслеживают удаленные ветки

вы можете использовать следующий сценарий, совместимый с bash и zsh:

git branch -r | while read b; do if git branch | grep -q " ${b##*/}$"; then git branch --set-upstream ${b##*/} $b; else git branch --track ${b##*/} $b; fi; done

for rembranch in `git remote update 2>&1 > /dev/null ; git branch -r|egrep -wv "HEAD|master"`
do 
    git checkout --track -b `echo $rembranch|awk -F\/ '{print $2}'` $rembranch; 
done

Объяснение:

строка 1: «git branch -r» (за которой следует «git remote update» для обновления информации об изменениях на удаленный) перечисляются все удаленные ветки; egrep -vw используется для удаления записей, содержащих в результате HEAD и master.

строка 3: отслеживание названной удаленной ветки при ее локальном извлечении. Используется простой awk, чтобы избежать суффикса origin / для локальных ветвей.

Используя bash, если вы хотите проверить все ветки:

for remote in `git branch -r`; do git checkout $(echo $remote | cut -d'/' -f 2); done

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