Как настроить слежение за внешней веткой Git, чтобы сделать git pull?

Question

[Denis Izmailov]

На GitLab есть ветки:
dev: куда сливаются все ветки после MR
И остальные ветки, в которых работаю
feat/1
feat/2
...

На локальном ПК те же самые ветки:
dev: от которых я делаю новые ветки
ну и сами ветки:
feat/1
feat/2
...

Я сделал новую ветку от dev (к примеру, ветка test) и хотел через git pull забрать изменения с внешней основной ветки dev, но получил в консоли это:

There is no tracking information for the current branch.
Please specify which branch you want to merge with.
See git-pull(1) for details.

git pull <remote> <branch>

If you wish to set tracking information for this branch you can do so with:

git branch --set-upstream-to=origin/<branch> test

Как настроить слежение за внешней веткой и как это работает в теории.
Если я пишу git branch --set-upstream-to=origin/test test то потом git pull пишет что изменений нет, хотя с dev он ничего не забрал.

А если напишу origin/dev test, то он, получается, будет отслеживать dev и git pull заберет изменения, но не получится ли что при git push он commit зальет сразу в dev.

То есть должен забирать с dev, но пушить в свои ветки по названиям.

Answer 1

[Сергей Кузнецов]

Я сделал новую ветку от dev ( к примеру ветка test ) и хотел через git pull забрать изменения с удаленной основной ветки dev

Зачем создавать ветку от старого состояния dev, а потом обновлять? Не лучше ли сначала скачать к себе всё, а потом создавать тематическую ветку от актуальной dev? Распаковывать локально ветку dev смысла нет, если вы напрямую в неё коммитить не будете.
Я бы делал так:

git fetch # скачать всё новое с внешнего репо
git checkout -b origin/dev # создаем ветку от актуальной dev

There is no tracking information for the current branch

Логично же? Вы не связали новую ветку ни с какой внешней и как Git поймет, откуда скачивать?
У команды Pull в таком случае должно быть два дополнительных параметра, указывающие из какого репозитория и из какой ветки обновляться
git pull origin dev

забирать с dev но пушить в свои ветки

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

Comments

[Denis Izmailov]

Когда другой человек пушит на гитлаб свои изменения и потом мержит их в dev, мне надо забрать изменения из dev
Ну а на другом пк так же, если с нуля то гит клон потом делаешь ветку от дев и если появляются изменения надо забрать так же изменения
У меня получается dev главная ветка, куда попадают все изменения которые проходят по условиям.
Возможно для многих такая схема странная, но что имею)
git pull origin dev работает, но я для себя не понимаю почему раньше я делал ветки и git pull просто подгружал изменения с dev, а после я удалил ветку одну, создал новую как раньше и перестало работать.

[Сергей Кузнецов]

Ну а на другом пк так же, если с нуля то гит клон потом делаешь ветку от дев и если появляются изменения надо забрать так же изменения

Нет, вы не поняли. Я имел в виду когда вы делаете клон и распаковываете уже существующую тематическую ветку, над которой ранее уже начали работать на другом компе. Потом вы эту ветку отправите в основной репозиторий и её надо будет синхронизировать с первоначальным компьютером. Как вы
это сделаете если ветка связана у вас с dev? Придется снова вручную указывать откуда обновлять git pull origin test

Answer 2

[Сергей Соловьев]

То есть должен забирать с dev но пушить в свои ветки по названиям.

А вот так лучше не делать - однажды себе в ногу выстрелишь. Плюс ко всему, история слияний, ПР и другие вещи станут спагетти, а не деревом.

Делай отдельную ветку для фичи/экспериментов, а если нужны обновления, то git merge

Answer 3

[Sergio]

git pull вытягивает изменения с удалённой ветки, связанной с локальной веткой (в гите это называется upstream). Ваша ветка test связана с origin/test, поэтому git pull без указания названия ветки будет тянуть коммиты из origin/test.

Попробуйте так (находясь в ветке test):

git pull origin/dev

Comments

[Denis Izmailov]

fatal: 'origin/dev' does not appear to be a git repository
fatal: Could not read from remote repository.

Please make sure you have the correct access rights

[Sergio]

Похоже, что надо всё-таки вместо слэша пробел: git pull origin dev

[Denis Izmailov]

Sergio, уже пробовал и никак(
у меня получается вот так если сделать git branch -vv
test 18dt459 [origin/test]

но изменения с dev не забирает, пока ему не укажешь test 18dt459 [origin/dev]
и не понимаю как так, потому что на другом пк все работало, хотя я и не знаю за какими ветками следил git

[Сергей Кузнецов]

Denis Izmailov,

у меня получается вот так если сделать git branch -vv
test 18dt459 [origin/test]

а где origin/dev?
Разве не показывает?