에 의해 추적 된 git파일이 있지만 이제 파일이 .gitignore목록에 있습니다.

그러나 파일을 git status편집 한 후에도 해당 파일이 계속 표시됩니다 . 어떻게 git완전히 잊어 버리 도록 강요 합니까?

.gitignore추적되지 않은 파일 add -f이 git에 의해 추적되는 파일 세트에 (없이 ) 추가되는 것을 방지 하지만 git은 이미 추적중인 파일을 계속 추적합니다.

파일 추적을 중지하려면 색인에서 파일을 제거해야합니다. 이것은이 명령으로 달성 할 수 있습니다.

git rm --cached <file>

전체 폴더를 제거하려면 해당 폴더의 모든 파일을 재귀 적으로 제거해야합니다.

git rm -r --cached <folder>

헤드 수정에서 파일 제거는 다음 커밋에서 발생합니다.

경고 : 이렇게하면 로컬에서 실제 파일이 제거되지 않지만 다음에 다른 개발자 컴퓨터에서 파일이 제거됩니다 git pull.

아래의 일련의 명령은 작업 디렉토리 또는 로컬 저장소가 아닌 Git 인덱스에서 모든 항목을 제거한 다음 git 무시를 고려하면서 Git 인덱스를 업데이트합니다. 추신. 인덱스 = 캐시

먼저:

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큰 추적 된 파일의 상태를 확인하기 위해 자식을 방지하기 위해 성능. 자세한 내용은 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"

무시 된 파일 목록을 가져 와서 인덱스에서 제거한 다음 변경 사항을 커밋합니다.

추적되지 않은 파일을 제거하기 위해 항상이 명령을 사용합니다. 한 줄의 유닉스 스타일의 깨끗한 출력 :

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 마술을 사용하여 변경 사항을 적용하고 제거하십시오 (예 : 대체 브랜치에서 구성 파일을 체크 아웃으로 번지거나 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명령은 용서 될 수 있습니다. 미리 수행하려는 작업을 시도하려면 -n또는 --dry-run플래그를 추가하여 테스트하십시오.

3 단계 : 모든 것을 다시 추가

git add .

4 단계 : 커밋

git commit -m ".gitignore fix"

귀하의 저장소는 깨끗합니다 :)

변경 사항을 리모컨으로 푸시하여 변경 사항을 적용하십시오.

git filter-branch 사용 하여이 작업을 수행했습니다 . 내가 사용한 정확한 명령은 매뉴얼 페이지에서 가져 왔습니다.

경고 : 전체 기록에서 파일을 삭제합니다

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"

이것은 사용 -z에 인수 LS-파일 과 -0에 인수 용 xargs 수용하고 파일 이름에 안전 / 올바르게은 "불쾌한"문자를.

매뉴얼 페이지 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에서는 프로젝트 상태를 커밋하거나 저장할 때마다 기본적으로 해당 시점의 모든 파일 모양을 캡처하고 해당 스냅 샷에 대한 참조를 저장합니다. 따라서 파일을 한 번 추가하면 해당 스냅 샷에 항상 파일이 나타납니다.

이 두 기사가 도움이되었습니다.

자식 가정 변경되지 않은 대 건너 뛰기 작업 트리 및 Git을 사용하여 추적 된 파일의 변경 사항을 무시하는 방법

파일을 이미 추적 한 경우 다음을 수행합니다.

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

이 순간부터이 파일의 모든 로컬 변경 사항이 무시되고 원격으로 이동하지 않습니다. 원격에서 파일이 변경되면, 충돌이 발생 git pull합니다. 스 태쉬가 작동하지 않습니다. 이를 해결하려면 파일 컨텐츠를 안전한 곳에 복사 하고 다음 단계를 수행하십시오.

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를 닫아야합니다 .]

2. 파일 / 디렉토리를 gitignore파일에 추가하고 저장하십시오.

3. 이러한 명령을 사용하여 자식 캐시 에서 제거하십시오 (두 개 이상의 디렉토리가있는 경우이 명령을 반복적으로 실행하여 하나씩 제거하십시오)

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

4.now 할 A가 커밋 푸시 , 이러한 명령을 사용합니다. 이것은 것입니다 자식에서 해당 파일을 원격 제거 와 자식하게 추적 정지 해당 파일을.

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였습니다. 다음은 Windows에있는 사용자가 제외 목록과 일치하는 git repo에서 파일 만 제거하는 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하고 커밋하십시오. 이전 커밋 중 하나 또는 제거되지 않은 다른 브랜치로 되 돌리면 파일이 계속 표시됩니다. 그러나 이후의 모든 커밋에서 파일을 다시 볼 수는 없습니다. 파일이 git ignore에 있으면 파일을 폴더로 다시 이동할 수 있으며 git은 볼 수 없습니다.

은 Using git rm --cached명령하면 원래의 질문에 대답하지 않습니다

git[파일]을 완전히 잊어 버리 려면 어떻게해야 합니까?

실제로이 솔루션을 사용하면 !를 실행할 때 파일 이 저장소의 다른 모든 인스턴스에서 삭제됩니다git pull .

파일이 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 history를 변경하기 때문에 저장소에 빨리 감기가 아닌 푸시 를 (일시적으로) 허용해야합니다 .

BFG는 이 (-에 - 네 - 전류 지르지) 파일 어떤 큰 역사를 제거하는 간단한 플래그가 있으므로 특히, 망할 놈의 repos에서 큰 파일이나 암호 같은 원치 않는 데이터를 제거하기 위해 설계되었습니다 '--strip-blobs- 보다 큰'

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

이름으로 파일을 지정하려면 다음을 수행하십시오.

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

BFG는 git filter-branch보다 10-1000x 빠르며 일반적으로 사용하기가 훨씬 쉽습니다 . 자세한 내용 은 전체 사용 지침 및 예제 를 확인하십시오.

출처 : https://confluence.atlassian.com/bitbucket/reduce-repository-size-321848262.html

CLI를 사용하지 않고 Windows에서 작업하는 경우 매우 간단한 해결책은 TortoiseGit 을 사용 하는 것입니다. 메뉴에 "삭제 (로컬 유지)"작업이 있습니다.

JonBrave의 답변이 마음에 들었지만 커밋하는 작업 디렉토리가 너무 어려워서 조금 무섭습니다. 그래서 여기 내가 한 일이 있습니다.

git config --global alias.exclude-ignored '! git ls-files -z --ignored --exclude-standard | xargs -0 git rm -r-캐시 && git ls-files -z --ignored --exclude-standard | xargs -0 git stage && git stage .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이 무시한 파일 ( 과거 / 현재 / 미래)을 완전히 잊게 하지만, 그렇지 않습니다 작업 디렉토리에서 아무것도 삭제 (원격에서 다시 당기더라도).

이 방법의 사용이 필요합니다 /.git/info/exclude(선호) 또는 기존 .gitignore 의 모든 파일이 커밋 잊어 / 무시합니다. ¹

git을 적용하는 모든 방법은 사후 행동을 무시하고 이력을 효과적으로 다시 작성 하므로이 프로세스 후에 가져올 수있는 공개 / 공유 / 공동 작업 저장소에 상당한 영향 을 미칩니다. ²

일반적인 조언 : 정리 된 저장소로 시작하십시오 – 커밋 된 모든 것, 작업중인 디렉토리 나 인덱스에 보류중인 것 없음, 백업을 만드십시오 !

또한, 코멘트 / 개정 역사 의 이 답변 ( 및 개정 역사 의 이 질문은 ) 계몽 / 유용 할 수 있습니다.

#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명령 의 플래그 는 이전의 "무시 된 파일 모두 삭제"인덱스 전용 커밋을 자동으로 제거하여이 문제를 방지합니다. 다시 쓰기도 자식 역사를 변경합니다 해시, 커밋 위력을 과시 공개 / 공유 / 협업의 repos에서 미래 당긴를. 이러한 리포지토리에이를 수행하기 전에 파급 효과를 완전히 이해하십시오 . 이 GitHub 안내서 는 다음을 지정합니다.

에 공동 작업자에게 REBASE , 하지 병합, 그들은 이전 (오염) 저장소 역사 오프 작성된 분기합니다. 한 번의 병합 커밋을 통해 방금 퍼지 문제를 겪은 오염 된 기록의 일부 또는 전부를 다시 소개 할 수 있습니다.

대체 솔루션을 하지 않는 원격 REPO에 영향을 미치지는 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

이렇게하면 내가있는 '루트'아래의 각 폴더로 이동하여 패턴과 일치하는 모든 파일을 제외했습니다.

이것이 다른 사람들을 돕기를 바랍니다!