Зробити існуючу гітку Git віддаленою гілкою?

Я знаю, як зробити нову гілку, яка відслідковує віддалені гілки, але як зробити існуючу гілку для віддаленої гілки?

Я знаю, що я можу просто відредагувати .git/configфайл, але, здається, має бути простіший спосіб.

Дано відділення fooта віддалене відділення upstream:

Станом на Git 1.8.0:

git branch -u upstream/foo

Або, якщо локальна філія fooне є поточною гілкою:

git branch -u upstream/foo foo

Або, якщо ви хочете вводити довші команди, вони еквівалентні двом вище:

git branch --set-upstream-to=upstream/foo

git branch --set-upstream-to=upstream/foo foo

Станом на Git 1.7.0:

git branch --set-upstream foo upstream/foo

Примітки:

• Усі вищезазначені команди змусять локальну гілку fooвідстежувати віддалену гілку fooвід віддаленої upstream.
• Старий (1.7.x) синтаксис застарілий на користь нового (1,8+) синтаксису. Новий синтаксис призначений для більш інтуїтивного та легшого запам’ятовування.
• Визначення гілки вище за течією буде невдалою при запуску проти новостворених видалень, які ще не отримано. У такому випадку запускайте git fetch upstreamзаздалегідь.

Дивіться також: Чому мені потрібно постійно робити '--set-upstream'?

Ви можете зробити наступне (якщо припустити, що ви перевірені на майстер і хочете перейти до віддаленого майстра відділення):

Установіть "дистанційне", якщо у вас його ще немає

git remote add origin ssh://...

Тепер налаштуйте майстра, щоб знати, щоб відстежувати:

git config branch.master.remote origin
git config branch.master.merge refs/heads/master

І натисніть:

git push origin master

Я роблю це як побічний ефект натискання з -uопцією, як в

$ git push -u origin branch-name

Еквівалентний довгий варіант --set-upstream.

git-branchКоманда також розуміє --set-upstream, але його використання може призвести до плутанини. Версія 1.8.0 змінює інтерфейс.

git branch --set-upstreamзастаріла і може бути видалена у відносно віддаленому майбутньому. git branch [-u|--set-upstream-to]було введено з більш безпечним порядком аргументів.

…

Це було спокусливо сказати git branch --set-upstream origin/master, але це підказує Git організувати локальну філію "origin / master" для інтеграції з перевіреною в даний час гілкою, що малоймовірно, що мав на увазі користувач. Параметр застарілий; використовуйте замість цього новий --set-upstream-to(з коротким і солодким -u) варіантом.

Скажіть, у вас є локальна fooфілія, і ви хочете, щоб вона обробляла цю гілку за тим самим назвою, що і її верхня частина. Зробіть це з

$ git branch foo
$ git branch --set-upstream-to=origin/foo

або просто

$ git branch --set-upstream-to=origin/foo foo

Ви можете вважати цей git_remote_branchінструмент корисним. Він пропонує прості команди для створення, публікації, видалення, відстеження та перейменування віддалених гілок. Одна приємна особливість полягає в тому, що ви можете попросити grbкоманду пояснити, які команди git вона виконує.

grb explain create my_branch github
# git_remote_branch version 0.3.0

# List of operations to do to create a new remote branch and track it locally:
git push github master:refs/heads/my_branch
git fetch github
git branch --track my_branch github/my_branch
git checkout my_branch

Насправді для прийнятої відповіді на роботу:

git remote add upstream <remote-url>
git fetch upstream
git branch -f --track qa upstream/qa
# OR:
git branch --set-upstream qa upstream/qa

Я вважаю, що вже в Git 1.5.x ви могли зробити місцеву гілку $BRANCHвідстеження віддаленою гілкою origin/$BRANCH, як це.

З огляду на , що $BRANCHі origin/$BRANCHіснує, і ви в нині не перевірили $BRANCH(перемикач , якщо у вас є), зробіть наступне :

git branch -f --track $BRANCH origin/$BRANCH

Це відтворює $BRANCHяк галузь відстеження. У -fпритискає створення , незважаючи на $BRANCHіснуючі вже. --trackнеобов'язково, якщо встановлені звичайні параметри за замовчуванням (тобто параметр git-config branch.autosetupmergeє істинним).

Зауважте, якщо origin/$BRANCHвін ще не існує, ви можете створити його, натиснувши свій локальний $BRANCHу віддалене сховище за допомогою:

git push origin $BRANCH

Слідом за попередньою командою просування місцевої гілки в гілку відстеження.

1- оновіть ваші локальні метадані, використовуючи: git fetch - всі

2- покажіть віддалені та локальні гілки, використовуючи: git branch -a , див. Наступний знімок екрана

3- переключиться на цільову гілку, яку потрібно пов'язати з віддаленим: за допомогою

git checkout branchName

приклад:

4- Зв’яжіть свою локальну гілку з віддаленою гілкою за допомогою:

гілка git --set-upstream-to nameOfRemoteBranch

NB: nameOfRemoteBranch : скопіювати з виходу кроку 2 "git гілка -r"

Приклад використання:

Обов’язково виконайте:

git config push.default tracking

щоб можна було виправити проблеми

Редагування .git/config- це, мабуть, найпростіший та найшвидший спосіб. Ось так і роблять команди Git для обробки віддалених гілок.

Якщо ви не хочете вручну git configредагувати .git/configфайл з файлом (і це не так важко зробити), ви завжди можете це зробити ... але знову ж таки, це все-таки просто редагує файл.

Звичайно, є способи автоматичного відстеження віддаленої гілки при використанні git checkout(наприклад, передаючи --trackпрапор), але ці команди працюють з новими гілками, а не з існуючими.

Вкрай коротко

git branch --set-upstream yourLocalBranchName origin/develop

Це зробить вашу yourLocalBranchNameдоріжку віддаленою гілкою develop.

Для 1.6.x це можна зробити за допомогою інструмента git_remote_branch :

grb track foo upstream

Це призведе до того, щоб Гіт fooвідстежував upstream/foo.

Я використовую таку команду (Припустимо, ваша локальна гілка гілки - "гілка-ім'я-локальна", а назва віддаленої гілки - "назва-гілка-віддалена"):

$ git branch --set-upstream-to=origin/branch-name-remote branch-name-local

Якщо і місцеві, і віддалені відділення мають одне ім’я, просто виконайте наступне:

$ git branch --set-upstream-to=origin/branch-name branch-name

Ось, використовуючи githubта git version 2.1.4, просто робіть:

$ git clone git@github.com:user/repo.git

І пульти передаються itelsef, навіть якщо вони не пов'язані локально:

$ git remote show origin

* remote origin
  Fetch URL: git@github.com:user/repo.git
  Push  URL: git@github.com:user/repo.git
  HEAD branch: master
  Remote branches:
    develop tracked         <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<
    master  tracked
  Local branch configured for 'git pull':
    master merges with remote master
  Local ref configured for 'git push':
    master pushes to master (up to date)

Але, звичайно, досі немає місцевого відділення:

$ git branch
* master                  <<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

Подивитися? Тепер, якщо ви просто розробити замовлення, воно зробить магію автоматично:

$ git checkout develop
Branch develop set up to track remote branch develop from origin.
Switched to a new branch 'develop'

Так легко!

Підсумок Просто запустіть ці 2 команди:

$ git clone git@github.com:user/repo.git
$ git checkout develop

Використовувати опцію '--Track'

• Після git pull:

  git checkout --track <remote-branch-name>

• Або:

  git fetch && git checkout <branch-name>

Для створення нової гілки ми могли використовувати наступну команду

 git checkout --track -b приклад походження / приклад 

 git гілка -u походження / віддалений-гілка-ім'я

Це не пряма відповідь на це питання, але я хотів залишити тут примітку для всіх, у кого, можливо, виникає така ж проблема, як і я, коли намагаються налаштувати гілку вище за течією.

Будьте уважні до push.default .

Для старих версій git за замовчуванням було відповідати , що може спричинити дуже небажану поведінку, якщо у вас є, наприклад:

Місцеве відділення "master" відстеження до походження / майстра

Віддалене відстеження гілки "upstream" до upstream / master

Якщо ви намагалися "git push", коли перебуваєте на гілці "upstream", git push.default, що відповідає , автоматично спробує об'єднати "master" локальної гілки у "upstream / master", викликаючи цілу масу хаосу.

Це дає більш розумну поведінку:

git config --global push.default upstream

Дещо пов’язаним чином я намагався додати віддалену гілку відстеження до вже існуючої гілки, але не мав доступу до цього віддаленого сховища в системі, куди я хотів додати цю віддалену гілку відстеження (бо я часто експортую копію цього repo через sneakernet до іншої системи, яка має доступ для натискання на цей пульт). Я виявив, що немає можливості примусити додати віддалену гілку до локальної, яка ще не була завантажена (тому місцеві не знали, що гілка існує на пульті, і я отримаю помилку:) the requested upstream branch 'origin/remotebranchname' does not exist.

Врешті-решт мені вдалося додати нову, раніше невідому віддалену гілку (без вилучення), додавши новий головний файл у, .git/refs/remotes/origin/remotebranchnameа потім скопіювавши перегляд (очне яблуко було найшвидшим, кульгавим, як це було ;-) із системи з доступом до джерела репо на робочу станцію (з локальним репо, де я додавав віддалену гілку).

Як тільки це було зроблено, я міг потім скористатися git branch --set-upstream-to=origin/remotebranchname

або просто:

перейдіть до гілки, якщо ви вже не в ній:

[za]$ git checkout branch_name

бігати

[za]$ git branch --set-upstream origin branch_name
Branch origin set up to track local branch brnach_name by rebasing.

і ви готові:

 [za]$ git push origin branch_name

Ви можете alawys подивитися на конфігураційний файл, щоб побачити, що відстежувати, що запускається:

 [za]$ git config -e

Це також приємно знати, воно показує, які гілки відстежуються, а які - ні. :

  [za]$ git remote show origin 

Для тих, хто, як і я, просто хоче синхронізувати назву вашої локальної гілки з назвою віддаленої гілки, ось зручна команда:

git branch -u origin/$(git rev-parse --abbrev-ref HEAD)

Щоб не згадувати, що потрібно робити щоразу, коли ви отримуєте повідомлення:

Вкажіть, будь ласка, з якою галуззю ви хочете об'єднатись.
Деталі див. У git-pull (1) .
.....

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

У моєму випадку я майже ніколи не встановлюю щось інше, ніж походження за замовчуванням вгору за течією . Також я майже завжди зберігаю однакову назву гілки для місцевої та віддаленої гілки. Отже, мені підходить наступне:

#!/bin/bash
# scriptname: git-branch-set-originupstream
current_branch="$(git branch | grep -oP '(?<=^\* )(.*)$')"
upstream="origin/$current_branch"
git branch -u "$upstream"

Це теж би спрацювало

git branch --set-upstream-to=/< remote>/< branch> < localbranch>