ローカルファイルを強制的に上書きするにはどうすればよいgit pullですか？

シナリオは次のとおりです。

• チームメンバーが、作業中のWebサイトのテンプレートを変更しています
• 彼らは画像ディレクトリにいくつかの画像を追加しています（ただし、ソース管理下でそれらを追加するのを忘れています）
• 彼らは後で私にメールで画像を送っています
• 画像をソース管理下に追加し、他の変更と一緒にGitHubにプッシュしています
• Gitはファイルを上書きしたくないため、GitHubから更新をプルできません。

これは私が得ているエラーです：

エラー：追跡されていない作業ツリーファイル 'public / images / icon.gif'はマージによって上書きされます

Gitに強制的に上書きさせるにはどうすればよいですか？その人はデザイナーです-通常、私はすべての競合を手作業で解決するので、サーバーには最新のバージョンがあり、コンピューターで更新する必要があります。

重要：ローカルの変更がある場合、それらは失われます。--hardオプションの有無にかかわらず、プッシュされていないローカルコミットは失われます。^[*]

Gitによって追跡されないファイル（アップロードされたユーザーコンテンツなど）がある場合、これらのファイルは影響を受けません。

私はこれが正しい方法だと思います：

git fetch --all

次に、2つのオプションがあります。

git reset --hard origin/master

または他のブランチにいる場合：

git reset --hard origin/<branch_name>

説明：

git fetch 何もマージまたはリベースしようとせずに、リモートから最新をダウンロードします。

次に、git resetはマスターブランチを、フェッチしたものにリセットします。この--hardオプションは、作業ツリー内のすべてのファイルを変更して、origin/master

現在のローカルコミットを維持する

^[*]：masterリセットする前からブランチを作成することにより、現在のローカルコミットを維持できることは注目に値します。

git checkout master
git branch new-branch-to-save-current-commits
git fetch --all
git reset --hard origin/master

この後、古いコミットはすべて保持されます new-branch-to-save-current-commitsます。

コミットされていない変更

ただし、コミットされていない変更は（ステージングされていても）失われます。必要なものはすべて隠しておいてコミットしてください。そのためには、以下を実行できます。

git stash

そして、これらのコミットされていない変更を再適用するには：

git stash pop

これを試して：

git reset --hard HEAD
git pull

それはあなたが望むことをするはずです。

警告：git cleanすべての追跡されていないファイル/ディレクトリを削除し、元に戻すことはできません。

時にはclean -f役に立たないこともあります。追跡されていないディレクトリがある場合は、-dオプションも必要です。

# WARNING: this can't be undone!

git reset --hard HEAD
git clean -f -d
git pull

警告：git cleanすべての追跡されていないファイル/ディレクトリを削除し、元に戻すことはできません。

最初に-n（--dry-run）フラグを使用することを検討してください。これにより、実際には何も削除せずに何が削除されるかが示されます。

git clean -n -f -d

出力例：

Would remove untracked-file-1.txt
Would remove untracked-file-2.txt
Would remove untracked/folder
...

ハリネズミのように私は答えがひどいと思います。しかし、ハリネズミの答えはより良いかもしれませんが、私はそれがそうであるかもしれないほどエレガントではないと思います。これを行うことがわかった方法は、定義された戦略で「フェッチ」と「マージ」を使用することです。強制的に上書きしようとしているファイルの1つでない限り、ローカルの変更が保持されるようにするためです。

まず変更をコミットします

 git add *
 git commit -a -m "local file server commit message"

次に、変更をフェッチし、競合がある場合は上書きします

 git fetch origin master
 git merge -s recursive -X theirs origin/master

「-X」はオプション名、「theirs」はそのオプションの値です。競合がある場合、「自分」の変更ではなく「自分」の変更を使用することを選択します。

代わりに：

git fetch --all
git reset --hard origin/master

次のことを行うことをお勧めします。

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

オリジン/マスターブランチにリセットする場合、すべてのリモートとブランチをフェッチする必要はありませんか？

それは最初に行うことが最善の方法のようです：

git clean

追跡されていないファイルをすべて削除して、通常の手順を続行するにはgit pull...

警告：これを行うと、gitignoreファイルにdirectory / *エントリがある場合、ファイルが完全に削除されます。

いくつかの答えはひどいようです。@Lauriに何が起こったかという意味で、David Avsajanishviliの提案に従ってひどい。

むしろ（git> v1.7.6）：

git stash --include-untracked
git pull

後で、隠し場所の履歴を消去できます。

手動で、1つずつ：

$ git stash list
stash@{0}: WIP on <branch>: ...
stash@{1}: WIP on <branch>: ...

$ git stash drop stash@{0}
$ git stash drop stash@{1}

残酷に、一度に：

$ git stash clear

もちろん、隠しておいたものに戻りたい場合：

$ git stash list
...
$ git stash apply stash@{5}

このコマンドは、ローカルの変更を破棄するのに役立ちます。

git checkout <your-branch> -f

そして、クリーンアップを行います（作業ツリーから追跡されていないファイルを削除します）：

git clean -f

追跡されていないファイルに加えて追跡されていないディレクトリを削除する場合：

git clean -fd

とマージする代わりにgit pull、これを試してください：

git fetch --all

に続く：

git reset --hard origin/master。

私のために働いた唯一のものは：

git reset --hard HEAD~5

これは5つのコミットを取り戻し、次に

git pull

Gitのマージを元に戻す方法を調べたところ、そのことがわかりました。

これらすべてのソリューションの問題は、それらがすべて非常に複雑であるか、さらに大きな問題であるすべての追跡されていないファイルがWebサーバーから削除されることです。 Gitリポジトリではなくサーバー。

以下は、私たちが使用している最もクリーンなソリューションです。

# Fetch the newest code
git fetch

# Delete all files which are being added, so there
# are no conflicts with untracked files
for file in `git diff HEAD..origin/master --name-status | awk '/^A/ {print $2}'`
do
    rm -f -- "$file"
done

# Checkout all files which were locally modified
for file in `git diff --name-status | awk '/^[CDMRTUX]/ {print $2}'`
do
    git checkout -- "$file"
done

# Finally pull all the changes
# (you could merge as well e.g. 'merge origin/master')
git pull

• 最初のコマンドは最新のデータをフェッチします。

• 2番目のコマンドは、リポジトリに追加されているファイルがあるかどうかを確認し、競合を引き起こす追跡されていないファイルをローカルリポジトリから削除します。

• 3番目のコマンドは、ローカルで変更されたすべてのファイルをチェックアウトします。

• 最後に、プルを実行して最新バージョンに更新しますが、今回は競合が発生しません。リポジトリにある追跡されていないファイルはもう存在せず、ローカルで変更されたすべてのファイルはすでにリポジトリ内にあるためです。

まず、標準的な方法を試してください：

git reset HEAD --hard # To remove all not committed changes!
git clean -fd         # To remove all untracked (non-git) files and folders!

^{警告：上記のコマンドは、コミットされていない場合にのみ、データ/ファイルが失われる可能性があります！不明な場合は、最初にリポジトリフォルダ全体のバックアップを作成してください。}

次にもう一度引っ張ります。

上記の方法が役に立たず、追跡されていないファイル/ディレクトリを気にしない場合（念のために最初にバックアップを作成してください）、次の簡単な手順を試してください。

cd your_git_repo  # where 'your_git_repo' is your git repository folder
rm -rfv *         # WARNING: only run inside your git repository!
git pull          # pull the sources again

これにより、すべてのgitファイル（.git/すべてのコミットがある場合は除外ディレクトリ）が削除され、再度プルされます。

なぜgit reset HEAD --hard失敗するのですか？

1. のカスタムルール .gitattributes file

   持っている eol=lf .gitattributes内のルールは、Gitは、いくつかのテキストファイルにLFにCRLFの行末を変換することによって、いくつかのファイルの変更を変更する可能性があります。

   その場合は、これらのCRLF / LFの変更を（で確認してgit status）コミットするかgit config core.autcrlf false、一時的に無視してみてください。

2. ファイルシステムの非互換性

   権限属性をサポートしていないファイルシステムを使用している場合。たとえば、Linux / Mac（ext3/ hfs+）とFAT32 / NTFSベースのファイルシステムに2つのリポジトリがあるとします。

   あなたが気付いたよう基本的にUNIXのパーミッションをサポートしていない1は、権限のようなものをシステム上のリセットファイルのパーミッションをサポートしていないことができないので、ので、どんなにファイルシステムの二つの異なる種類があり--hard、あなたがしようと、gitの常にいくつかの「変更」を検出します。

私も同じ問題を抱えていました。誰も私にこの解決策を与えなかったが、それは私のために働いた。

私はそれを解決しました：

1. すべてのファイルを削除します。.gitディレクトリだけを残します。
2. git reset --hard HEAD
3. git pull
4. git push

今では動作します。

ボーナス：

前の回答のプル/フェッチ/マージについて、興味深い、生産的なトリックを共有したいと思います。

git pull --rebase

この上記のコマンドは、多くの時間を節約した私のGitライフで最も便利なコマンドです。

新たにコミットをサーバーにプッシュする前に、このコマンドを実行すると、最新のサーバー変更が（フェッチ+マージで）自動的に同期され、コミットがGitログの一番上に配置されます。手動のプル/マージについて心配する必要はありません。

詳細は「git pull --rebase」は何をするのですか？。

同様の問題がありました。私はこれをしなければなりませんでした：

git reset --hard HEAD
git clean -f
git pull

その他の回答をまとめました。git pullエラーなしで実行できます：

git fetch --all
git reset --hard origin/master
git reset --hard HEAD
git clean -f -d
git pull

警告：このスクリプトは非常に強力であるため、変更が失われる可能性があります。

私自身の同様の経験に基づいて、上記のStrahinja Kustudicが提供するソリューションは、群を抜いて最高です。他の人が指摘したように、ハードリセットを実行するだけですべてが削除されます、構成ファイルなど、削除したくない多くのものが含まれている可能性があるの追跡されていないファイルされます。安全なのは、追加されるファイルのみを削除することです。さらに言えば、更新されるローカルで変更されたファイルをチェックアウトすることもできます。

それを念頭に置いて、私はKustudicのスクリプトを更新して、まさにそれを実行しました。タイプミスも修正しました（元の 'がありません）。

#/bin/sh

# Fetch the newest code
git fetch

# Delete all files which are being added,
# so there are no conflicts with untracked files
for file in `git diff HEAD..origin/master --name-status | awk '/^A/ {print $2}'`
do
    echo "Deleting untracked file $file..."
    rm -vf "$file"
done

# Checkout all files which have been locally modified
for file in `git diff HEAD..origin/master --name-status | awk '/^M/ {print $2}'`
do
    echo "Checking out modified file $file..."
    git checkout $file
done

# Finally merge all the changes (you could use merge here as well)
git pull

競合には2つの考えられる原因があり、個別に解決する必要があります。また、上記の回答のいずれも両方に対応していないことがわかる限り：

• 追跡されていないローカルファイルは、手動で（より安全に）、または他の回答で提案されているように、削除する必要があります。 git clean -f -d

• リモートブランチにないローカルコミットも削除する必要があります。IMOこれを実現する最も簡単な方法は次のとおりですgit reset --hard origin/master（ 'master'を作業中のブランチに置き換え、git fetch origin最初に実行します）。

より簡単な方法は次のとおりです。

git checkout --theirs /path/to/file.extension
git pull origin master

これはローカルファイルをgit上のファイルで上書きします

ここでのほとんどの答えはに焦点を当てているようです masterブランチにです。ただし、2つの異なる場所で同じ機能ブランチに取り組んでおり、一方のリベースが他方に反映されるようにして、多くのフープを飛び越えないようにする場合があります。

同様の質問に対するRNAの回答とtorekの回答の組み合わせに基づいて、私はこれがうまく機能することを思いつきました：

git fetch
git reset --hard @{u}

これをブランチから実行すると、ローカルブランチのみがアップストリームバージョンにリセットされます。

これは、gitエイリアス（git forcepull）にもうまく挿入できます。

git config alias.forcepull "!git fetch ; git reset --hard @{u}"

または、.gitconfigファイルで：

[alias]
  forcepull = "!git fetch ; git reset --hard @{u}"

楽しい！

私は同じ問題を抱えており、何らかの理由で、それをgit clean -f -d行うことはできませんでした。理由は次のとおりです：何らかの理由で、ファイルが（.gitignoreエントリを介して）Gitによって無視された場合でも、後でこれをプルすることでこれを上書きすることは問題になりますが、を追加しない限り、クリーンアップによって削除されません-x。

私ははるかに簡単で痛みの少ない方法を知っています：

$ git branch -m [branch_to_force_pull] tmp
$ git fetch
$ git checkout [branch_to_force_pull]
$ git branch -D tmp

それでおしまい！

私はこれを自分で解決しました：

git checkout -b tmp # "tmp" or pick a better name for your local changes branch
git add -A
git commit -m 'tmp'
git pull
git checkout master # Or whatever branch you were on originally
git pull
git diff tmp

最後のコマンドは、ローカルの変更内容のリストを示します。それが受け入れられるまで「tmp」ブランチを変更し続け、次にマスターにマージして戻します：

git checkout master && git merge tmp

stashは最初の数回の試行で問題を引き起こす可能性が高いので、次回は「git stashブランチ」を検索することでこれをよりクリーンな方法で処理できるので、重要でないプロジェクトで最初に実験を行ってください...

どちらgit cleanもgit reset動作しない、または奇妙な状況です。git index追跡されていないすべてのファイルで次のスクリプトを使用して、競合するファイルを削除する必要があります。

git rm [file]

その後、私はうまく引っ張ることができます。

git fetch --all && git reset --hard origin/master && git pull

元の質問にもかかわらず、上位の回答は、同様の問題を抱えているがローカルファイルを失いたくない人に問題を引き起こす可能性があります。たとえば、Al-PunkおよびcrizCraigのコメントを参照してください。

次のバージョンは、ローカルの変更を一時的なブランチ（tmp）にコミットし、元のブランチ（と仮定しています）をチェックアウトしてmaster、更新をマージします。あなたはこれを使ってこれを行うことができますstashが、私は通常ブランチ/マージアプローチを使用するほうが簡単であることがわかりました。

git checkout -b tmp
git add *; git commit -am "my temporary files"
git checkout master

git fetch origin master
git merge -s recursive -X theirs origin master

ここで、他のリポジトリはと想定していますorigin master。

これらの4つのコマンドは私にとってはうまくいきます。

git reset --hard HEAD
git checkout origin/master
git branch -D master
git checkout -b master

これらのコマンドの実行後にチェック/プルするには

git pull origin master

私はたくさん試しましたが、最終的にこれらのコマンドで成功しました。

するだけ

git fetch origin branchname
git checkout -f origin/branchname // This will overwrite ONLY new included files
git checkout branchname
git merge origin/branchname

したがって、保持したいファイルやディレクトリを削除するなど、不要な副作用をすべて回避できます。

インデックスとヘッドをorigin/masterにリセットしますが、作業ツリーはリセットしません。

git reset origin/master

要件：

1. ローカルの変更を追跡して、ここで誰もそれらを失うことがないようにします。
2. ローカルリポジトリをリモートオリジンリポジトリと一致させます。

解決：

1. ローカルの変更を隠しておきます。

2. フェッチとクリーンのファイルやディレクトリを無視し.gitignoreとハードリセットに起源を。

   git stash --include-untracked
   git fetch --all
   git clean -fdx
   git reset --hard origin/master