плода в git отримує не всі гілки

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

Правильна дія, здається, є

git fetch
git branch -a
* master
  remotes/origin/HEAD --> origin/master
  remotes/origin/master
git checkout -b dev-gml origin/dev-gml

На даний момент виникає проблема, чомусь git fetchя не бачу віддаленої гілки dev-gml. Чому ні? Якщо я знову клоную сховище, воно є, тому, безумовно, існує віддалене відділення:

$ mkdir ../gitest
$ cd ../gitest
$ git clone https://github.com/example/proj.git
Cloning into proj...
remote: Counting objects: 1155, done.
remote: Compressing objects: 100% (383/383), done.
remote: Total 1155 (delta 741), reused 1155 (delta 741)
Receiving objects: 100% (1155/1155), 477.22 KiB | 877 KiB/s, done.
Resolving deltas: 100% (741/741), done.
$ cd projdir
$ git branch -a
* master
  remotes/origin/HEAD -> origin/master
  remotes/origin/dev-gml
  remotes/origin/master

Я намагався git update, git pull, git fetch --all, git pretty-pleaseу всіх можливих перестановки ...

Проблему можна побачити під час перевірки remote.origin.fetchналаштування
(Рядки, що починаються з - $це bash-підказки командами, які я набрав. Інші рядки - результат, що виходить)

$ git config --get remote.origin.fetch
+refs/heads/master:refs/remotes/origin/master

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

$ git config remote.origin.fetch "+refs/heads/*:refs/remotes/origin/*"
$ git config --get remote.origin.fetch
+refs/heads/*:refs/remotes/origin/*

Звичайна карта *означає все, що знаходиться під цим шляхом.

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

У мене це питання було сьогодні на репо.

Це не було +refs/heads/*:refs/remotes/origin/*питанням, як за рішенням.

Ознакою було просто те, що git fetch originабо git fetchпросто не здавалося, що щось роблять, хоча існували віддалені гілки.

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

видалити за допомогою: git remote rm origin

і відтворити за допомогою: git remote add origin <git uri>

Віддалене оновлення

Вам потрібно бігти

git remote update

або

git remote update <remote> 

Потім ви можете запустити git branch -rсписок списків віддалених гілок.

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

Для відстеження (нової) віддаленої гілки як локальної гілки:

git checkout -b <local branch> <remote>/<remote branch>

або (іноді це не працює без зайвих remotes/):

git checkout -b <local branch> remotes/<remote>/<remote branch>

Корисні чіт-листи для git

• Git Cheat Sheet ( мій особистий фаворит )
• Деякі нотатки про git
• Git Cheat Sheet (pdf)

написати це з терміналу

git fetch --prune.

це чудово працює.

Щоб зробити його більш конкретним Створіть гілку відстеження, а значить, ви відстежуєте віддалену гілку.

git branch --track branch remote-branch
git branch --track exp remotes/origin/experimental

Після чого можна

git branch   # to see the remote tracking branch "exp" created .

Потім працювати над цією галуззю

git checkout branchname
git checkout exp

Після внесення змін у відділення. Ви можете отримати git і отримати злиття з вашою віддаленою гілкою відстеження, щоб об'єднати зміни та натиснути на віддалену гілку, як показано нижче.

git fetch origin
git merge origin/experimental  
git push origin/experimental

Сподіваюся, це допомагає і дає вам уявлення, як це працює.

У мене була подібна проблема, проте в моєму випадку я могла потягнути / просунути до віддаленої гілки, але git status не показав стан місцевої гілки wrt віддалених.

Також у моєму випадку git config --get remote.origin.fetch нічого не повернулося

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

Отже, перевірте, чи правильний ваш віддалений запис у .git/configфайлі, наприклад:

[remote "origin"]
    url = https://[server]/[user or organization]/[repo].git
    fetch = +refs/heads/*:refs/remotes/origin/*

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

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

Повідомлення відділення noExternal3як і раніше показує, що не має віддаленого сховища. Не впевнений, що комбо команд bash знайшло б це чи відкоригувало.

Була сьогодні така ж проблема, як налаштувати мою репо з нуля. Я спробував усе, нічого не вийшло, крім видалення джерела та повторного додавання його знову.

git remote rm origin
git remote add origin git@github.com:web3coach/the-blockchain-bar-newsletter-edition.git

git fetch --all
// Ta daaa all branches fetched

У нас була така ж проблема, і вам доведеться користуватися

git fetch

git push origin branch_name

git branch -r

Сподіваємось, це допоможе комусь, що стикається з тією ж проблемою