Github: импорт ветки вверх по течению в fork

169

У меня есть fork ( origin) из проекта ( upstream) на GitHub. Теперь вышестоящий проект добавил новую ветку, которую я хочу импортировать в свой форк. Как я могу это сделать?

Я попытался проверить удаленный и создать ветку поверх этого, но это настраивает ветку так, как git pushона пытается подтолкнуть к upstream:

git checkout upstream/branch
git checkout -b branch

редактировать

Может быть, это не было ясно, но я хочу добавить ветку в свой локальный репозиторий, чтобы я мог передать его origin(мой форк) через git push. Потому что репозитории верхнего уровня обычно доступны только для чтения, и вы делаете это, чтобы внести свой вклад.

Поэтому я в основном хочу originоформить несуществующую ветку , содержимое которой будет извлечено из upstream.

git github

— совать
источник

262

Убедитесь, что вы добавили новую ветку upstream в локальный репозиторий :
- Во-первых, убедитесь, что ваше рабочее дерево чистое (зафиксировать / спрятать / отменить любые изменения)
- Затем, git fetch upstreamчтобы получить новую ветку
Создайте и переключитесь на локальную версию новой ветки upstream ( newbranch):
- git checkout -b newbranch upstream/newbranch
Когда вы будете готовы выдвинуть новую ветку в начало :
- git push -u origin newbranch

В -u устанавливает переключатель вверх отслеживание указанной удаленной (в данном примере, origin)

— urschrei
источник

6

Я считаю , что git fetch upstreamэто лучший вариант на первом этапе, поскольку git pull upstreamтребует дополнительных действий , чтобы сделать после того, как git remote add ...для upstream.

— Александр Павлов

git pull upstream возвращает:

You asked to pull from the remote 'upstream', but did not specify a branch. Because this is not the default configured remote for your current branch, you must specify a branch on the command line.

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

— mMontu

1

Замена git pull upstreamна git fetch upstreamрешенную проблему, и следующие шаги работали.

— mMontu

Я получаю: fatal: Невозможно обновить пути и переключиться на ветку «upstream» одновременно. Вы намеревались получить 'upstream / master', который не может быть разрешен как коммит?

— sureshvv

1

@sureshvv Это, вероятно, потому, что вам нужно иметь удаленную ссылку на вышестоящий репозиторий с именем upstream, прежде чем делать что-либо из этого. Если вы этого не сделаете, вот как вы добавите один: git remote add upstream your_git_upstream_repository_url.git . Прочтите это, если вам нужно разъяснение по этому вопросу.

— Габриэль Райнха

7

я хотел бы использовать

git checkout -b <new_branch> upstream/<new_branch>

— Svenito
источник

Это на самом деле то, что я пытался еще до того, что я объяснил в вопросе; это приводит к тем же результатам.

— ткни

4

У меня тоже были проблемы с этим, и Google взял меня сюда. Решения не сработали. Моя проблема заключалась в том, что когда я добавил свой апстрим, он настроил мой git config только на выборку master, а не на все ветви. например, это выглядело так

[remote "somebody"]
        url = git@github.com:somebodys/repo.git
        fetch = +refs/heads/master:refs/remotes/upstream/master

Редактирование .git / config следующим образом решило мою проблему

[remote "somebody"]
        url = git@github.com:somebodys/repo.git
        fetch = +refs/heads/*:refs/remotes/upstream/*

— Ян Уилл
источник

1

Следующие шаги сработали хорошо для меня (если предположить, что имя ветки вверх по течению branch):

$ git fetch upstream
$ git checkout branch
$ git push origin

— Энеко Алонсо
источник

1

Я получаю git fetch upstream fatal: «upstream», по-видимому, не является git-репозиторием со смертельным исходом: не удалось прочитать из удаленного репозитория. Пожалуйста, убедитесь, что у вас есть правильные права доступа и хранилище существует.

— ThinkDigital

0

--track?

git branch --track branch upstream/branch

— troelskn
источник

Возможно, я вас неправильно понял, но при этом настроим ветку точно так же; с pushпаузой в upstream.

— тыкай

Нет, я думаю, что я вас не понял.

— troelskn

0

У меня был немного более сложный сценарий, в котором я уже upstreamопределил свой форк (из канонического репо), но мне нужно было извлечь ветку из другого форка. Чтобы сделать это, процесс немного отличается. Вот конфиг, с которым я закончил:

[remote "origin"]
url = git@github.com:<your_user/org>/<repo>.git
fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
remote = origin
merge = refs/heads/master
rebase = true
[remote "upstream"]
url = git@github.com:<upstream_user>/<repo>.git
fetch = +refs/heads/*:refs/remotes/upstream/*
[remote "other_user"]
url = git@github.com:<other_user>/<repo>.git
fetch = +refs/heads/*:refs/remotes/<other_user>/*

Теперь вы также можете оформить ветку с <other_user>форка.

git fetch <other_user> <branch>
git checkout -b <branch> <other_user>/<branch>

Это даст вам локальную ветку, которая получена из форка.

Чтобы нажать эту локальную ветвь, я должен был быть конкретным с моей командой push.

git push origin <branch>

— ОКОР
источник

Это почти то же самое, что принятый ответ, просто то, что пульт, с которого вы берете данные, не называется «восходящим».

— совать