完全にGitでローカルブランチをリモートブランチに置き換える方法は？

私には2つのブランチがあります。

1. ローカルブランチ（私が作業しているブランチ）
2. リモートブランチ（パブリック、十分にテストされたコミットのみがそこに行きます）

最近、私は真剣に私の地元の支店をめちゃくちゃにしました。

ローカルブランチをリモートブランチに完全に置き換えて、リモートブランチが現在ある場所から作業を続行するにはどうすればよいですか？

私はすでにSOを検索しましたが、リモートブランチにローカルでチェックアウトしても効果がありません。

1. 置換するブランチをチェックアウトしたことを確認してください（Zoltánのコメントから）。

2. masterが置き換えるローカルブランチであり、 "origin / master"がリセット先のリモートブランチであると仮定します。

   git reset --hard origin/master
   

これにより、ローカルのHEADブランチがorigin / masterと同じリビジョンになるように更新--hardされ、この変更がインデックスとワークスペースにも同期されます。

これは3つのステップと同じくらい簡単です。

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}
}

これにより、現在のブランチの名前がreplaced_master_98d258fなどに変更されます。

まだ誰もこれについて言及していません。私はそれをほぼ毎日使用しています：

git reset --hard @{u}

基本的に@{u}は、現在のブランチが追跡している上流ブランチの単なる省略形です。たとえば、これは通常に相当し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

@Laurentの@Hugoが言ったように行うことができます。または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)

私は上流のブランチを数週間、特定のブランチに一時的に設定することを知っているので（以前に切り替えた/チェックアウトしたハードリセットを実行したブランチと同じ）

したがって、リセット後

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 resetは適切です。しかし、最近ではサブモジュールを使用することがよくあります：リポジトリ内のリポジトリ。たとえば、プロジェクトでZF3とjQueryを使用している場合、おそらくそれらを元のリポジトリから複製する必要があります。このような場合、git resetでは不十分です。サブモジュールを、リポジトリで定義されている正確なバージョンに更新する必要があります。

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

サブモジュールはブランチではなくコミットを指すためです。

その場合、1つ以上のサブモジュールのブランチを手動でチェックアウトすると、実行できます

git submodule foreach git pull

git reset --hard
git clean -fd

これは私にとってはうまくいきました-クリーンはそれが削除したすべてのファイルも示しました。変更が失われることが通知された場合は、隠しておく必要があります。

醜いがより簡単な方法：ローカルフォルダーを削除し、リモートリポジトリのクローンを再度作成します。