によって追跡されてgitいたファイルがありますが、このファイルは.gitignoreリストに含まれています。

ただし、そのファイルはgit status編集後も表示され続けます。どうすればそれgitを完全に忘れるのですか？

.gitignoreadd -f追跡されないファイルがgitによって追跡されるファイルのセットに追加されないようにします（ただし、はありません）。ただし、gitは、すでに追跡されているファイルを追跡し続けます。

ファイルの追跡を停止するには、ファイルをインデックスから削除する必要があります。これは、このコマンドで実現できます。

git rm --cached <file>

フォルダ全体を削除する場合は、その中のすべてのファイルを再帰的に削除する必要があります。

git rm -r --cached <folder>

最新リビジョンからのファイルの削除は、次のコミット時に行われます。

警告：これによってローカルから物理ファイルが削除されるわけではありませんが、次に他の開発者マシンからファイルが削除されますgit pull。

以下の一連のコマンドは、Gitインデックスからすべての項目を削除し（作業ディレクトリやローカルリポジトリからではなく）、Gitを無視しながらGitインデックスを更新します。PS。インデックス=キャッシュ

最初：

git rm -r --cached . 
git add .

次に：

git commit -am "Remove ignored files"

またはワンライナー：

git rm -r --cached . && git add . && git commit -am "Remove ignored files"

git update-indexは私のために仕事をします：

git update-index --assume-unchanged <file>

注：.gitignore gitignoreは追跡されていないファイル専用であるため、このソリューションは実際には独立しています。

編集：この回答が投稿されてから、新しいオプションが作成されました。あなたは使用する必要があり--skip-worktree、ユーザはもはやコミットして保持しないことに変更追跡ファイルのためである--assume-unchanged大追跡ファイルの状態を確認するためにgitのを防ぐために、パフォーマンスのために。詳細については、https：//stackoverflow.com/a/13631525/717372を参照してください...

git update-index --skip-worktree <file>

git ls-files --ignored --exclude-standard -z | xargs -0 git rm --cached
git commit -am "Remove ignored files"

これにより、無視されたファイルのリストが取得され、インデックスから削除されて、変更がコミットされます。

私は常にこのコマンドを使用して、追跡されていないファイルを削除します。1行、Unixスタイル、きれいな出力：

git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

無視されたすべてのファイルをリストし、すべての出力行を引用符付きの行に置き換えて、パスを内部でスペースで処理し、すべてに渡してgit rm -r --cached、パスからパス/ファイル/ディレクトリをインデックスから削除します。

移動してコミットしてから、再び移動します。これは以前はうまくいきました。これを達成するための「gittier」方法がおそらくあります。

git rm他の人がそれを必要とする可能性があるために追跡ファイルを使用できない場合（警告、あなた git rm --cachedが他の誰かがこの変更を受け取った場合、そのファイルはファイルシステムから削除されます）。これらは、構成ファイルのオーバーライド、認証資格情報などが原因でよく行われます。問題の回避方法については、https：//gist.github.com/1423106を参照してください。

要約する：

• アプリケーションに無視されたファイルconfig-overide.iniを探し、それをコミットされたファイルconfig.iniで使用する（または、〜/ .config / myapp.ini、または$ MYCONFIGFILEを探す）
• config-sample.iniファイルをコミットし、config.iniファイルを無視します。必要に応じて、スクリプトまたは同様のファイルを必要に応じてコピーします。
• gitattributes clean / smudge magicを使用して変更を適用および削除してみてください。たとえば、構成ファイルを代替ブランチからのチェックアウトとして汚し、構成ファイルをHEADからのチェックアウトとして清掃します。これはトリッキーなものです。初心者にはお勧めしません。
• マスターにマージされない、専用のデプロイブランチに構成ファイルを保存します。デプロイ/コンパイル/テストしたい場合は、そのブランチにマージしてそのファイルを取得します。これは、ヒューマンマージポリシーと追加のgitモジュールを使用することを除いて、本質的にスマッジ/クリーンアプローチです。
• 反推奨：変化しない仮定を使用しないでください。それは涙で終わるだけです（gitがそれ自体に嘘をつくと、変更が永久に失われるなど、悪いことが発生するためです）。

これは次の場合に使用します。

1.多くのファイルの追跡を解除したい、または

2. gitignoreファイルを更新した

ソースリンク： http : //www.codeblocq.com/2016/01/Untrack-files-already-added-to-git-repository-based-on-gitignore/

すでにgitリポジトリにいくつかのファイルを追加/コミットしていて、それらを.gitignoreに追加するとします。これらのファイルは引き続きリポジトリインデックスに存在します。この記事では、それらを取り除く方法について説明します。

ステップ1：すべての変更をコミットする

続行する前に、.gitignoreファイルを含むすべての変更がコミットされていることを確認してください。

ステップ2：リポジトリからすべてを削除する

リポジトリをクリアするには、次を使用します：

git rm -r --cached .

• rmは削除コマンドです
• -rは再帰的な削除を許可します
• –cachedは、インデックスからファイルを削除するだけです。ファイルはそのまま残ります。

rmコマンドは容赦することができます。事前に試したい場合は、-nor --dry-runフラグを追加してテストしてください。

ステップ3：すべてを再追加する

git add .

ステップ4：コミット

git commit -m ".gitignore fix"

あなたのリポジトリはきれいです:)

変更をリモコンにプッシュして、そこで有効な変更を確認します。

私はgit filter-branchを使用してこれを実現しました。私が使用した正確なコマンドは、manページから取得されました。

警告：これにより、履歴全体からファイルが削除されます

git filter-branch --index-filter 'git rm --cached --ignore-unmatch filename' HEAD

このコマンドは、コミット履歴全体を再作成し、git rm各コミットの前に実行するため、指定されたファイルを削除します。コマンドが失われるので、コマンドを実行する前に必ずバックアップしてください。

うまくいかなかったもの

（Linuxの下で）、私はls-files --ignored --exclude-standard | xargs git rm -r --cachedアプローチを提案するここの投稿を使いたかったです。ただし、削除されるファイル（の一部）の\n名前には、改行/ LF / が埋め込まれていました。どちらのソリューションも：

git ls-files --ignored --exclude-standard | xargs -d"\n" git rm --cached
git ls-files --ignored --exclude-standard | sed 's/.*/"&"/' | xargs git rm -r --cached

この状況に対処します（見つからないファイルに関するエラーを取得します）。

だから私は提供します

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached
git commit -am "Remove ignored files"

これはls-filesへの引数とxargs-zへの引数を使用します-0へ、ファイル名の「厄介な」文字を安全に/正しく処理します。

マニュアルページgit-ls-files（1）には、次のように記載されています：

-zオプションを使用しない場合、パス名のTAB、LF、およびバックスラッシュ文字は、それぞれ\ t、\ n、および\\として表されます。

ファイル名にこれらの文字が含まれている場合、私の解決策が必要だと思います。

1. .gitignoreファイルを更新します-たとえば、追跡したくないフォルダーを追加します.gitignore。

2. git rm -r --cached .–必要なファイルと不要なファイルを含む、追跡されているすべてのファイルを削除します。ローカルに保存している限り、コードは安全です。

3. git add . –すべてのファイルが追加されますが、 .gitignoreます。

@AkiraYamamotoに正しい方向を示してくれたハットチップ。

おそらく、gitはその概念（セクション「スナップショット、違いではない」）のため、ファイルを完全に忘れることはできないと思います）の。

この問題は、たとえばCVSを使用する場合には発生しません。CVSは情報をファイルベースの変更のリストとして保存します。CVSの情報は、一連のファイルと、時間の経過とともに各ファイルに加えられた変更です。

しかし、Gitでは、プロジェクトの状態をコミットまたは保存するたびに、基本的にすべてのファイルの写真を撮ります、その時点でどのように見えるそのスナップショットへの参照を保存します。そのため、一度ファイルを追加すると、そのスナップショットには常に存在します。

これらの2つの記事は私に役立ちました：

git assume-unchanged vs skip-worktree およびGitで追跡されたファイルの変更を無視する方法

それに基づいて、ファイルがすでに追跡されている場合は、次のようにします。

git update-index --skip-worktree <file>

この時点から、このファイル内のすべてのローカル変更は無視され、リモートには送信されません。リモートでファイルが変更されると、競合が発生しgit pullます。Stashは機能しません。これを解決するには、ファイルの内容を安全な場所にコピーし、次の手順に従います。

git update-index --no-skip-worktree <file>
git stash
git pull 

ファイルコンテンツはリモートコンテンツに置き換えられます。安全な場所からファイルに変更を貼り付けて、もう一度実行します。

git update-index --skip-worktree <file>

プロジェクトに携わるすべての人がを実行するgit update-index --skip-worktree <file>場合、問題は発生しpullません。このソリューションは、すべての開発者が独自のプロジェクト構成を持っている場合、構成ファイルには問題ありません。

リモートでファイルが変更されたときに毎回これを行うことはあまり便利ではありませんが、リモートコンテンツによる上書きから保護することができます。

次の手順を順番に実行すると、問題ありません。

1. 誤って追加されたファイルをディレクトリ/ストレージから削除します。「rm -r」（Linuxの場合）コマンドを使用するか、ディレクトリを参照して削除できます。または、それらをPCの別の場所に移動します。[ 移動/削除を実行している場合は、IDEを閉じる必要がある場合があります。 ]

ファイル/ディレクトリをgitignore今すぐファイルに追加して保存します。

3. これらのコマンドを使用してgitキャッシュから削除します（複数のディレクトリがある場合は、このコマンドを繰り返し発行して1つずつ削除します）。

git rm -r --cached path-to-those-files

4.now 行うコミットしてプッシュし、これらのコマンドを使用します。これがしますgitのリモートからそれらのファイルを削除し、gitの作る追跡を停止し、それらのファイルを。

git add .
git commit -m "removed unnecessary files from git"
git push origin

コピー/貼り付けの答えは git rm --cached -r .; git add .; git status

このコマンドは、Gitリポジトリにすでにコミットされているファイルを無視しますが、ここでそれらをに追加しました.gitignore。

Matt Fearからの回答が最も効果的なIMHOでした。以下は、除外リストに一致するファイルをgitリポジトリから削除するだけのWindowsのPowerShellスクリプトです。

# Get files matching exclusionsfrom .gitignore
# Excluding comments and empty lines
$ignoreFiles =  gc .gitignore | ?{$_ -notmatch  "#"} |  ?{$_ -match  "\S"} | % {
                    $ignore = "*" + $_ + "*"
                    (gci -r -i $ignore).FullName
                }
$ignoreFiles = $ignoreFiles| ?{$_ -match  "\S"}

# Remove each of these file from Git 
$ignoreFiles | % { git rm $_}

git add .

ファイルを安全な場所に移動またはコピーして、紛失しないようにします。次に、ファイルをgit rmしてコミットします。以前のコミットの1つ、または削除されていない別のブランチに戻すと、ファイルは引き続き表示されます。ただし、今後のすべてのコミットでは、ファイルが再び表示されることはありません。ファイルがgit ignoreにある場合は、ファイルをフォルダーに戻すことができます。gitには表示されません。

git rm --cachedコマンドを使用しても、元の質問には回答しません。

git[ファイル]を完全に忘れさせるにはどうすればよいですか？

実際、このソリューションでは、！を実行すると、リポジトリの他のすべてのインスタンスでファイルが削除されますgit pull。

gitにファイルを忘れさせる正しい方法は、GitHubによってここに文書化されています。

ドキュメントを読むことをお勧めしますが、基本的に：

git fetch --all
git filter-branch --force --index-filter 'git rm --cached --ignore-unmatch full/path/to/file' --prune-empty --tag-name-filter cat -- --all
git push origin --force --all
git push origin --force --tags
git for-each-ref --format='delete %(refname)' refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --prune=now

full/path/to/fileファイルの完全パスに置き換えるだけです。ファイルがに追加されていることを確認してください.gitignore。

また、git履歴を変更しているため、リポジトリへの非早送りプッシュを（一時的に）許可する必要があります。

BFGは、それが（・イン・あなたの電流コミットしない）ファイルのいずれかの大きな歴史的に削除されます簡単なフラグを持っているので、具体的には、Gitのリポジトリからの大きなファイルやパスワードなどの不要なデータを除去するために設計されています：「--strip-blobs-より大きい'

$ java -jar bfg.jar --strip-blobs-bigger-than 100M

名前でファイルを指定したい場合は、次のようにすることもできます。

$ java -jar bfg.jar --delete-files *.mp4

BFGはgitフィルターブランチよりも10〜1000倍高速で、通常ははるかに使いやすいです。完全な使用手順と例を確認してくださいです。詳細についてはをください。

ソース：https : //confluence.atlassian.com/bitbucket/reduce-repository-size-321848262.html

CLIを使用せずにWindowsで作業している場合、TortoiseGitを使用するのが非常に簡単な解決策です。TortoiseGitにはメニューに「削除（ローカルに保持）」アクションがあり、正常に機能します。

私はJonBraveの答えが好きでしたが、私はコミットするのに十分な乱雑な作業ディレクトリを持っています-少し怖いので、ここで私がやったことです：

git config --global alias.exclude-ignored '！git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached && git ls-files -z --ignored --exclude-standard | xargs -0 gitステージ&& gitステージ.gitignore && git commit -m "新しいgitignoreと無視されたファイルをインデックスから削除" "

それを分解する：

git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r --cached 
git ls-files -z --ignored --exclude-standard | xargs -0 git stage 
git stage .gitignore 
git commit -m "new gitignore and remove ignored files from index"

• 無視されたファイルをインデックスから削除する
• .gitignoreステージと削除したファイル
• コミット

これは、最新のgit（執筆時点ではv2.17.1）では問題ではなくなりました。

は.gitignore最終的に、追跡されたが削除されたファイルを無視します。次のスクリプトを実行して、これを自分でテストできます。最後のgit statusステートメントは「何もコミットしない」と報告する必要があります。

# Create empty repo
mkdir gitignore-test
cd gitignore-test
git init

# Create a file and commit it
echo "hello" > file
git add file
git commit -m initial

# Add the file to gitignore and commit
echo "file" > .gitignore
git add .gitignore
git commit -m gitignore

# Remove the file and commit
git rm file
git commit -m "removed file"

# Reintroduce the file and check status.
# .gitignore is now respected - status reports "nothing to commit".
echo "hello" > file
git status

すでにコミットされている場合DS_Store：

find . -name .DS_Store -print0 | xargs -0 git rm --ignore-unmatch

それらを無視する：

echo ".DS_Store" >> ~/.gitignore_global
echo "._.DS_Store" >> ~/.gitignore_global
echo "**/.DS_Store" >> ~/.gitignore_global
echo "**/._.DS_Store" >> ~/.gitignore_global
git config --global core.excludesfile ~/.gitignore_global

最後に、コミットしてください！

特にIDEベースのファイルの場合、これを使用します。

たとえばslnx.sqliteは、次のように完全に削除しました。

git rm {PATH_OF_THE_FILE}/slnx.sqlite -f
git commit -m "remove slnx.sqlite"

これらのファイルの一部には、ローカルユーザー設定とプロジェクトの設定（開いていたファイルなど）が保存されていることに注意してください。そのため、IDEで移動または変更を行うたびに、そのファイルは変更されるため、チェックアウトされて、コミットされていない変更があることが示されます。

受け入れられた答えは「ファイルについてGitを「忘れる」 ...」（歴史的に）ではありません。gitに現在/将来のファイルを無視させるだけです。

このメソッドはgitに無視されたファイル（過去 / present / future）を完全に忘れさせますが、リモートから再プルされた場合でも）作業ディレクトリから何も削除。

この方法では、の使用が必要です/.git/info/exclude（推奨）をOR 既存 .gitignoreに全て忘れ/無視するファイルを持ってコミット。¹

git ignoreの動作を実際に実行するすべての方法は、事実上履歴を効果的に書き換えるため、このプロセスの後にプルされる可能性のあるパブリック/共有/コラボレーションのリポジトリに大きな影響があります。²

一般的なアドバイス：クリーンなリポジトリから始めます-すべてコミットされ、作業ディレクトリまたはインデックスで保留中のものは何もありません。バックアップを作成しますください！

また、コメント/ 改訂履歴のこの答え（および改訂履歴のこの質問は）啓発/有用である可能性があります。

#commit up-to-date .gitignore (if not already existing)
#this command must be run on each branch

git add .gitignore
git commit -m "Create .gitignore"

#apply standard git ignore behavior only to current index, not working directory (--cached)
#if this command returns nothing, ensure /.git/info/exclude AND/OR .gitignore exist
#this command must be run on each branch

git ls-files -z --ignored --exclude-standard | xargs -0 git rm --cached

#Commit to prevent working directory data loss!
#this commit will be automatically deleted by the --prune-empty flag in the following command
#this command must be run on each branch

git commit -m "ignored index"

#Apply standard git ignore behavior RETROACTIVELY to all commits from all branches (--all)
#This step WILL delete ignored files from working directory UNLESS they have been dereferenced from the index by the commit above
#This step will also delete any "empty" commits.  If deliberate "empty" commits should be kept, remove --prune-empty and instead run git reset HEAD^ immediately after this command

git filter-branch --tree-filter 'git ls-files -z --ignored --exclude-standard | xargs -0 git rm -f --ignore-unmatch' --prune-empty --tag-name-filter cat -- --all

#List all still-existing files that are now ignored properly
#if this command returns nothing, it's time to restore from backup and start over
#this command must be run on each branch

git ls-files --other --ignored --exclude-standard

最後に、以下のコマンドに関する重要な警告/情報を含むこのGitHubガイドの残り（手順6以降）に従ってください。

git push origin --force --all
git push origin --force --tags
git for-each-ref --format="delete %(refname)" refs/original | git update-ref --stdin
git reflog expire --expire=now --all
git gc --prune=now

現在変更されているリモートリポジトリからプルする他の開発者は、バックアップを作成してから、次のことを行う必要があります。

#fetch modified remote

git fetch --all

#"Pull" changes WITHOUT deleting newly-ignored files from working directory
#This will overwrite local tracked files with remote - ensure any local modifications are backed-up/stashed

git reset FETCH_HEAD

脚注

¹ので/.git/info/exclude、おそらく取得の詳細については、上記の手順を使用して、すべての歴史のコミットに適用することができ.gitignore、ファイルをにを必要とする履歴コミットには、この回答の範囲を超えています。.gitignoreそれが私が最初にやったように、ルートコミットに適切な名前を付けたかったのです。コミット履歴の/.git/info/excludeどこに.gitignore存在しても同じことを達成できるため、他の人は気にしないかもしれません。また、影響を認識している場合でも、履歴を明確に書き換えることは非常に扱いにくいテーマです。。またです。

FWIW、潜在的な方法には、 git rebaseこの質問への回答のように、外部コミットを各コミットにgit filter-branchコピーするまたは .gitignore

²スタンドアロンgit rm --cachedコマンドの結果をコミットすることでgit ignore動作を強制的に実行すると、強制プッシュされたリモートからのプルで、新しく無視されたファイルが削除される可能性があります。--prune-empty次のgit filter-branchコマンドのフラグは、以前の「無視されたすべてのファイルを削除する」インデックスのみのコミットを自動的に削除することにより、この問題を回避します。git履歴を書き直すとコミットハッシュも変更され、、パブリック/共有/共同リポジトリからの将来のプルで大混乱が発生します。このようなリポジトリにこれを行う前に、影響を十分に理解してください。このGitHubガイドでは、次のことを指定しています。

共同編集者に 古い（汚染された）リポジトリの履歴から作成したブランチをマージするのではなく、リベース。1つのマージコミットで、パージの問題に行った汚染された履歴の一部またはすべてを再導入できます。

リモートリポジトリに影響を与えない代替ソリューションは、git update-index --assume-unchanged </path/file>またはでありgit update-index --skip-worktree <file>、その例はここにあります。

Windowsで苦労していて、フォルダ全体を無視したい場合は、「cd」を実行して「フォルダ」を希望し、「Git Bash Here」を実行します。

git ls-files -z | xargs -0 git update-index --assume-unchanged

ここでは、削除する必要があるいくつかのディレクトリにいくつかの.lockファイルがありました。私は以下を実行しましたが、それらを削除するために各ディレクトリに移動する必要はありませんでした：

git rm -r --cached **/*.lock

これを行うと、私がいた場所の「ルート」の下の各フォルダーに入り、パターンに一致するすべてのファイルが除外されました。

これが他の人に役立つことを願っています！