Как заменить локальную ветку на удаленную в Git?

У меня есть две ветви:

1. местный филиал (тот, с которым я работаю)
2. удаленная ветка (общедоступная, туда идут только проверенные коммиты)

Недавно я серьезно испортил свой местный филиал.

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

Я уже искал SO, и проверка на удаленную ветку локально не имеет никакого эффекта.

1. Убедитесь, что вы проверили заменяемую ветку (из комментария Золтана ).

2. Предполагая, что master - это локальная ветвь, которую вы заменяете, и что origin / master - это удаленная ветвь, в которую вы хотите сбросить:

   git reset --hard origin/master
   

Это обновит вашу локальную ветку HEAD так, чтобы она была той же ревизией, что и origin / master, и --hardсинхронизирует это изменение с индексом и рабочей областью.

Это так просто, как три шага:

1. Удалить ваше местное отделение: git branch -d local_branch
2. Получить последнюю удаленную ветку: git fetch origin remote_branch
3. Перестройте локальную ветку на основе удаленной: git checkout -b local_branch origin/remote_branch

git branch -D <branch-name>
git fetch <remote> <branch-name>
git checkout -b <branch-name> --track <remote>/<branch-name>

Заменить все на удаленную ветку; но только из того же коммита ваша локальная ветка включена:

git reset --hard origin/some-branch

ИЛИ , получите последнюю версию из удаленной ветки и замените все:

git fetch origin some-branch
git reset --hard FETCH_HEAD

Кроме того, если необходимо, вы можете удалить неотслеживаемые файлы и каталоги, которые вы еще не добавили:

git clean -fd

Самый безопасный и наиболее полный способ заменить текущую локальную ветку удаленной:

git stash
git merge --abort
git rebase --abort
git branch -M yourBranch replaced_yourBranch
git fetch origin yourBranch:yourBranch
git checkout yourBranch

stashЛиния сохраняет изменения , которые вы не совершали. branchЛиния движется вашу ветку с другим именем, освобождая оригинальное название. fetchСтрока извлекает последнюю копию пульта дистанционного управления. checkoutЛиния воссоздает исходную ветвь в качестве отслеживания отрасли.

Или как функция bash:

replaceWithRemote() {
    yourBranch=${1:-`git rev-parse --abbrev-ref HEAD`}
    git stash
    git merge --abort
    git rebase --abort
    git branch -M ${yourBranch} replaced_${yourBranch}_`git rev-parse --short HEAD`
    git fetch origin ${yourBranch}:${yourBranch}
    git checkout ${yourBranch}
}

который переименовывает текущую ветку во что-то вроде replace_master_98d258f.

Я немного удивлен, что никто еще не упомянул об этом; Я использую это почти каждый день

git reset --hard @{u}

По сути, @{u}это просто сокращение для ветки upstream, которую отслеживает ваша текущая ветка. Например, это обычно приравнивается к origin/[my-current-branch-name]. Это приятно, потому что это отраслевой агностик.

Обязательно git fetchсначала получите самую последнюю копию удаленной ветки.

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

1) Сбросить сильно

Если вы работаете из удаленной ветки разработки, вы можете сбросить HEAD до последнего коммита в удаленной ветке, как показано ниже:

git reset --hard origin/develop

2) Удалить текущую ветку и снова оформить заказ из удаленного хранилища.

Учитывая, что вы работаете над веткой разработки в локальном репо, которая синхронизируется с удаленной веткой / веткой разработки, вы можете сделать следующее:

git branch -D develop
git checkout -b develop origin/develop

3) Прервать слияние

Если вы находитесь в промежутке между неудачным слиянием (ошибочно сделанным с неправильной ветвью) и хотите избежать слияния, чтобы вернуться к последней ветке, как показано ниже:

git merge --abort

4) Отменить ребаз

Если вы находитесь между неудачной перебазировкой, вы можете прервать запрос на перебазирование, как показано ниже:

git rebase --abort

Вы можете сделать, как сказал @Hugo из @Laurent, или вы можете использовать git rebaseдля удаления коммиты, от которых хотите избавиться, если знаете, какие. Я склонен использовать git rebase -i head~N(где N - число, позволяющее вам манипулировать последними N коммитами) для такого рода операций.

Выбранный ответ является абсолютно правильным , однако он не оставил меня с последней фиксацией / толчков ...

Итак, для меня:

git reset --hard dev/jobmanager-tools
git pull  ( did not work as git was not sure what branch i wanted)

Так как я знаю, что хочу временно установить свою ветвь upstream на несколько недель на определенную ветку (такую ​​же, как та, на которую я переключился / проверил ранее и сделал полный сброс)

Так ПОСЛЕ сброса

git branch --set-upstream-to=origin/dev/jobmanager-tools
git pull
git status    ( says--> on branch  dev/jobmanager-tools 

Если вы хотите обновить ветку, которая в данный момент не извлечена, вы можете сделать:

git fetch -f origin rbranch:lbranch

Как указано в выбранном объяснении, сброс git хорош. Но в настоящее время мы часто используем подмодули: репозитории внутри репозиториев. Например, если вы используете ZF3 и jQuery в своем проекте, вы, скорее всего, захотите, чтобы они были клонированы из своих исходных репозиториев. В таком случае сброса мерзавца недостаточно. Нам нужно обновить подмодули до той точной версии, которая определена в нашем репозитории:

git checkout master
git fetch origin master
git reset --hard origin/master
git pull

git submodule foreach git submodule update

git status

это то же самое, что вы (cd) рекурсивно попадете в рабочий каталог каждого подмодуля и запустите:

git submodule update

И это очень отличается от

git checkout master
git pull

потому что подмодули указывают не на ветвление, а на фиксацию.

В тех случаях, когда вы вручную извлекаете какую-то ветку для одного или нескольких подмодулей, вы можете запустить

git submodule foreach git pull

git reset --hard
git clean -fd

Это сработало для меня - очистка показала все файлы, которые были удалены. Если он говорит вам, что вы потеряете изменения, вам нужно спрятать.

Уродливый, но более простой способ: удалите свою локальную папку и снова клонируйте удаленный репозиторий.