Хто - то штовхнув гілку під назвою testз git push origin testв загальне сховище. Я бачу гілку с git branch -r.

Зараз я намагаюся перевірити віддалену testгілку.

Я спробував:

• git checkout test що нічого не робить

• git checkout origin/testдає * (no branch). Що заплутано. Як я можу бути на "без гілки"?

Як перевірити віддалену гілку Git?

Оновлення

Відповідь Якуба з цього приводу насправді покращується. З версіями Git ≥ 1.6.6, лише з одним пультом, ви можете просто робити:

git fetch
git checkout test

Як в коментарі вказує користувач masukomi, git checkout testНЕ буде працювати в сучасному git, якщо у вас є кілька віддалених. У цьому випадку використовуйте

git checkout -b test <name of remote>/test

або стенограму

git checkout -t <name of remote>/test

Стара відповідь

Перш ніж розпочати локальну роботу на віддаленій гілці, потрібно отримати її, як закликано у відповідях нижче.

Щоб отримати гілку, вам просто потрібно:

git fetch origin

Це дозволить отримати всі віддалені гілки для вас. Ви можете ознайомитись із відділеннями для оформлення замовлення за допомогою:

git branch -v -a

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

git checkout -b test origin/test

Сторінка: З сучасним Git (> = 1.6.6 ) ви можете користуватися просто

git checkout test

(зауважте, що це "тест", а не "походження / тест") для виконання магічного DWIM -меру та створення для вас "тесту" локальної гілки, для якого вище за течією буде гілка дистанційного відстеження "походження / тест".

* (no branch)У git branchвихідних означають , що ви перебуваєте на безіменній галузі, в так званому «стоїть окремо HEAD» стані (точки ГОЛОВИ безпосередньо здійснювати, а не символічна посилання на який - то місцева філія). Якщо ви зробили деякі зобов’язання на цій безіменній гілці, ви завжди можете створити локальну гілку поза поточною комісією:

git checkout -b test HEAD

** EDIT (від редактора, не автор) **

Я знайшов коментар, похований нижче, який, здається, модернізував цю відповідь:

@Dennis: git checkout, наприклад походження git checkout / результати тестування в окремій HEAD / безіменній гілці, в той час як git checkout test або git checkout -b тест походження / результати тесту в місцевому тесті філії (з віддаленим відстеженням походження / тесту гілки як вище ) - Якуб Нарбський 9 січня 14 о 14:17

акцент на git checkout origin/test

У цьому випадку ви, ймовірно, хочете створити локальну testгілку, яка відстежує віддалену testгілку:

$ git branch test origin/test

У більш ранніх версіях gitвам потрібен був явний --trackваріант, але це типово зараз, коли ви відгалужуєте віддалену гілку.

Прийнята відповідь не працює для вас?

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

$ git checkout -b remote_branch origin/remote_branch

фатальний: git checkout: оновлення контурів несумісне з комутацією гілок.
Ви мали намір перевірити "origin / remote_branch", який не може бути вирішено як фіксація?

Рішення

Якщо ви отримаєте це повідомлення, спочатку потрібно виконати, git fetch originде originє ім'я віддаленого сховища перед запуском git checkout remote_branch. Ось повний приклад відповідей:

$ git fetch origin
remote: Counting objects: 140, done.
remote: Compressing objects: 100% (30/30), done.
remote: Total 69 (delta 36), reused 66 (delta 33)
Unpacking objects: 100% (69/69), done.
From https://github.com/githubuser/repo-name
   e6ef1e0..5029161  develop    -> origin/develop
 * [new branch]      demo       -> origin/demo
   d80f8d7..359eab0  master     -> origin/master

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

Як бачимо, запуск git fetch originвитягнув будь-які віддалені гілки, які ми ще не налаштовували на відстеження на локальній машині. Звідси, оскільки тепер у нас є посилання на віддалену гілку, ми можемо просто запустити git checkout remote_branchі отримаємо переваги віддаленого відстеження.

Я спробував вищевказане рішення, але воно не вийшло. Спробуйте це, працює:

git fetch origin 'remote_branch':'local_branch_name'

Це дозволить отримати віддалену гілку та створити нову локальну гілку (якщо вона вже не існує) з назвою local_branch_nameта відстежити віддалену в ній.

Це буде DWIM для віддаленого не названого походження ( документація ):

$ git checkout -t remote_name/remote_branch

Щоб додати новий пульт дистанційного керування, спочатку потрібно виконати наступне:

$ git remote add remote_name location_of_remote
$ git fetch remote_name

Перший повідомляє Git, що пульт існує, другий отримує коміти.

Використання:

git checkout -b <BRANCH-NAME> <REMOTE-NAME>/<BRANCH-NAME>

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

Гаразд , відповідь проста ... Ви в основному бачите гілку, але ще не маєте локальної копії! ...

Вам потрібно до fetchвідділення ...

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

git fetch && git checkout test

Я також створив для вас зображення нижче, щоб поділитися відмінностями, подивитися, як це fetchпрацює, а також як це відрізняється pull:

Щоб клонувати сховище Git, виконайте:

git clone <either ssh url /http url>

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

git checkout -t origin/future_branch (for example)

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

Якщо ви хочете замінити назву місцевої філії під час оформлення замовлення:

git checkout -t -b enhancement origin/future_branch

Тепер ваше місцеве відділення є enhancement, але назва віддаленої філії future_branch.

Документація

Ви можете спробувати

git fetch remote
git checkout --track -b local_branch_name origin/branch_name

або

git fetch
git checkout -b local_branch_name origin/branch_name

Спочатку вам потрібно зробити:

git fetch # Якщо ви не знаєте про назву філії

git fetch origin branch_name

По-друге, ви можете перевірити віддалений відділення у вашій місцевості:

git checkout -b branch_name origin/branch_name

-b створить нову гілку у вказаному імені з вибраної віддаленої гілки.

Я використовую таку команду:

git checkout --track origin/other_remote_branch

Команди

git fetch --all
git checkout -b <ur_new_local_branch_name> origin/<Remote_Branch_Name>

дорівнюють

 git fetch --all

і потім

 git checkout -b fixes_for_dev origin/development

Обидва створять latest fixes_for_devзdevelopment

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

$ git fetch
$ git checkout -b second/next upstream/next

Це дозволить перевірити nextгілку на upstreamвіддаленому місці до локальної гілки, яка називається second/next. Що означає, якщо у вас вже є місцеве відділення, назване поруч, воно не буде конфліктувати.

$ git branch -a
* second/next
  remotes/origin/next
  remotes/upstream/next

git fetch && git checkout your-branch-name

жодна з цих відповідей не працювала на мене. це спрацювало:

git checkout -b feature/branch remotes/origin/feature/branch

Я застряг у ситуації, бачачи error: pathspec 'desired-branch' did not match any file(s) known to git.всі запропоновані вище пропозиції. Я на git версії 1.8.3.1.

Отже, це працювало для мене :

git fetch origin desired-branch
git checkout -b desired-branch FETCH_HEAD

Пояснення позаду полягає в тому, що я помітив, що під час отримання віддаленої гілки він отримав FETCH_HEAD:

$ git fetch origin desired-branch
From github.com:MYTEAM/my-repo
    * branch            desired-branch -> FETCH_HEAD

Просто запустіть git checkoutназву віддаленої гілки. Git автоматично створить локальну гілку, яка відстежує віддалену:

git fetch
git checkout test

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

git checkout --track origin/test

або

git checkout -b test origin/test

У 2.19 Git дізнався checkout.defaultRemoteконфігурацію, яка вказує віддалене значення за замовчуванням при вирішенні такої неоднозначності.

git branch -rговорить, що ім'я об’єкта недійсне, оскільки назва гілки відсутня у списку локальних філій Git. Оновіть свій місцевий список філій від походження:

git remote update

А потім спробуйте перевірити свою віддалену гілку ще раз.

Це працювало для мене.

Я вважаю, що git fetchтягне за собою всі віддалені гілки, а це не те, чого хотів оригінальний плакат.

git remote show <origin name>Команда виводить список всіх галузей ( в тому числі не-гусеничний гілок). Тоді ви можете знайти назву віддаленої гілки, яку потрібно отримати.

Приклад:

$ git remote show origin

Скористайтеся цими кроками для отримання віддалених гілок:

git fetch <origin name> <remote branch name>:<local branch name>
git checkout <local branch name > (local branch name should the name that you given fetching)

Приклад:

$ git fetch origin test:test
$ git checkout test

Витягніть з пульта та оформить замовлення у відділенні.

git fetch <remote_name> && git checkout <branch_name> 

Наприклад:

git fetch origin && функція замовлення git / XYZ-1234-Add-alerts

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

git checkout тест, який нічого не робить

Does nothingне дорівнює doesn't work, тому я думаю, що коли ви вводите "git checkout test" у свій термінал і натискаєте клавішу Enter, повідомлення не з’являється і помилка не виникає. Чи правий я?

Якщо відповідь "так", я можу сказати вам причину.

Причина полягає в тому, що у вашому робочому дереві є файл (або папка) з назвою 'test'.

При git checkout xxxрозборі

1. xxxСпочатку Git виглядає як назва гілки, але не існує жодної гілки з тестом.
2. Тоді Git думає xxx, що це шлях, і на щастя (або на жаль), існує файл з назвою тест. Значить, git checkout xxxвідкиньте будь-які зміни у xxxфайлі.
3. Якщо також немає файлу з іменем xxx, Git спробує створити xxxзгідно з деякими правилами. Одне з правил - створити гілку, названу, xxxякщо вона remotes/origin/xxxіснує.

Щоб отримати новостворені відділення

git fetch

Щоб перейти в іншу гілку

git checkout BranchName

Ви можете почати відстежувати всі віддалені гілки за допомогою наступного сценарію Bash:

#!/bin/bash
git fetch --all
for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`
  do git branch -f --track "$branch" "origin/$branch"
done

Ось також однолінійна версія:

git fetch --all; for branch in `git branch -r --format="%(refname:short)" | sed 's/origin\///'`; do git branch --track "$branch" "origin/$branch" ; done ;

git checkout -b "Ім'я гілки" [B означає Створити локальну гілку]

git гілка - всі

git checkout -b "Назва вашого відділення"

git гілка

успішно оформляє замовлення від ведучого відділення до відділення Dev

щоб отримати всі віддалені відділення, скористайтеся цим:

git fetch --all

потім виїзд у відділення:

git checkout test

Використовуйте, fetchщоб витягнути весь пульт

   git fetch --all

Щоб перерахувати віддалені відділення:

   git branch -r

Список усіх ваших відділень

   git branch -l
   >>outpots like-
     * develop
       test
       master

Оформити замовлення / змінити відділення

   git checkout master

Для нас, здається, remote.origin.fetchконфігурація створила проблему. Тому ми не могли побачити жодних інших віддалених гілок, ніж master, тому git fetch [--all]не допомогли. Ні, git checkout mybranchні git checkout -b mybranch --track origin/mybranchпрацювали, хоча це, безумовно, було віддалено.

Попередню конфігурацію masterможна було отримати лише:

$ git config --list | grep fetch
remote.origin.fetch=+refs/heads/master:refs/remotes/origin/master

Виправте її, використовуючи *та отримуючи нову інформацію від походження:

$ git config remote.origin.fetch '+refs/heads/*:refs/remotes/origin/*'

$ git fetch
...
 * [new branch] ...
...

Тепер ми могли git checkoutвіддалено відгалужуватися локально.

Не знаю, як ця конфігурація опинилася в нашому місцевому репо.

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

Наприклад, я спробував перевірити віддалену гілку з назвою, #9773але команда не працювала належним чином, як показано на малюнку нижче:

Чомусь я задумався, чи може різкий символ (#) мати щось спільне з цим, і тоді я спробував оточити назву гілки одинарними лапками, як '#9773'Rathen ніж просто #9773, і, на щастя, це спрацювало чудово.

$ git checkout -b '#9773' origin/'#9773'

Дотримуйтесь команди, щоб створити порожню папку. Введіть це і скористайтеся цією командою:

saifurs-Mini:YO-iOS saifurrahman$ git clone your_project_url
Cloning into 'iPhoneV1'...
remote: Counting objects: 34230, done.
remote: Compressing objects: 100% (24028/24028), done.
remote: Total 34230 (delta 22212), reused 15340 (delta 9324)
Receiving objects: 100% (34230/34230), 202.53 MiB | 294.00 KiB/s, done.
Resolving deltas: 100% (22212/22212), done.
Checking connectivity... done.
saifurs-Mini:YO-iOS saifurrahman$ cd iPhoneV1/
saifurs-Mini:iPhoneV1 saifurrahman$ git checkout 1_4_0_content_discovery
Branch 1_4_0_content_discovery set up to track remote branch 1_4_0_content_discovery from origin.
Switched to a new branch '1_4_0_content_discovery'