Wie stoppt man die Verfolgung und ignoriert Änderungen an einer Datei in Git?

Question

Ich habe ein Projekt geklont, das einige .csproj Dateien. Ich brauche/mag meine lokalen csproj Dateien, die von Git nachverfolgt werden (oder beim Erstellen eines Patches angezeigt werden), aber sie werden eindeutig im Projekt benötigt.

Ich habe hinzugefügt *.csproj zu meinem LOKALEN .gitignore aber die Dateien sind bereits in der Repo.

Wenn ich git status eingebe, zeigt es meine Änderungen an csproj die ich nicht im Auge behalten oder für Patches einreichen möchte.

Wie entferne ich das "Tracking" dieser Dateien aus meinem persönlichen Repo (behalte sie aber im Quellcode, damit ich sie verwenden kann), so dass ich die Änderungen nicht sehe, wenn ich einen Status mache (oder einen Patch erstelle)?

Gibt es einen korrekten/kanonischen Weg, diese Situation zu handhaben?

Answer 1

Einfach anrufen git rm --cached für jede der Dateien, die Sie aus der Revisionskontrolle entfernen wollen, sollte ausreichen. Solange Ihre lokalen Ignoriermuster korrekt sind, werden Sie diese Dateien nicht in der Ausgabe von git status sehen.

Beachten Sie, dass bei dieser Lösung die Dateien aus dem Repository entfernt werden, so dass alle Entwickler ihre eigenen lokalen (nicht revisionskontrollierten) Kopien der Datei pflegen müssen

Um zu verhindern, dass git Änderungen in diesen Dateien erkennt, sollten Sie auch diesen Befehl verwenden:

git update-index --assume-unchanged [path]

Was Sie wahrscheinlich tun wollen: (von unten @Ryan Taylor Antwort )

3. Damit teilen Sie git mit, dass Sie eine eigene, unabhängige Version der Datei oder des Ordners haben möchten. Sie wollen zum Beispiel keine Konfigurationsdateien aus der Produktion/dem Staging-Bereich.

git update-index --skip-worktree <path-name>

Die vollständige Antwort finden Sie hier unter dieser URL: http://source.kohlerville.com/2009/02/untrack-files-in-git/

Answer 2

Es gibt 3 Optionen; wahrscheinlich wollen Sie #3

1. Dadurch bleibt die lokale Datei für Sie erhalten, wird aber für alle anderen gelöscht, wenn sie sie abrufen.

   git rm --cached <file-name> o git rm -r --cached <folder-name>

2. Dies dient der Optimierung, z.B. eines Ordners mit einer großen Anzahl von Dateien, z.B. SDKs, die sich wahrscheinlich nie ändern werden. Es weist Git an, diesen riesigen Ordner nicht mehr jedes Mal lokal auf Änderungen zu prüfen, da es dort keine geben wird. Die assume-unchanged Der Index wird zurückgesetzt und die Datei(en) werden überschrieben, wenn es Upstream-Änderungen an der Datei/dem Ordner gibt (wenn Sie ziehen).

   git update-index --assume-unchanged <path-name>

3. Damit wollen Sie Git mitteilen, dass Sie Ihre eigene unabhängige Version der Datei oder des Ordners. Sie möchten zum Beispiel keine Konfigurationsdateien aus der Produktion/dem Staging überschreiben (oder löschen).

   git update-index --skip-worktree <path-name>

   Es ist wichtig zu wissen, dass git update-index wird sich nicht ausbreiten mit Git, so dass jeder Benutzer es unabhängig ausführen muss.

Answer 3

Wenn Sie das tun git update-index --assume-unchanged file.csproj Git prüft die Datei .csproj nicht automatisch auf Änderungen, so dass sie nicht mehr im Git-Status angezeigt werden, wenn Sie sie ändern. Sie können also alle Ihre .csproj-Dateien auf diese Weise markieren - allerdings müssen Sie alle neuen Dateien, die Sie vom Upstream-Repository erhalten, manuell markieren. (Wenn Sie sie in Ihrem .gitignore o .git/info/exclude dann werden die von Ihnen erstellten ignoriert)

Ich bin mir nicht ganz sicher, was .csproj-Dateien sind... wenn sie etwas in der Art von IDE-Konfigurationen (ähnlich wie Eclipse .eclipse und .classpath-Dateien) sind, dann würde ich vorschlagen, dass sie einfach nie Quellcode-kontrolliert sein sollten, überhaupt. Auf der anderen Seite, wenn sie Teil des Build-Systems sind (wie Makefiles) dann sollten sie eindeutig--- und eine Möglichkeit, optionale lokale Änderungen (z.B. aus einer local.csproj a la config.mk) zu übernehmen, wäre nützlich: Teilen Sie den Build in globale Teile und lokale Überschreibungen auf.

Answer 4

Dies ist ein zweistufiger Prozess:

1. Aufhebung der Verfolgung von Dateien/Ordnern - aber Beibehaltung auf der Festplatte - mit

   git rm --cached 

   Jetzt werden sie nicht mehr als "geändert" angezeigt, sondern immer noch als

       untracked files in  git status -u  

2. Hinzufügen zu .gitignore

Answer 5

Die akzeptierte Antwort hat bei mir immer noch nicht funktioniert

Ich habe

git rm -r --cached .

git add .

git commit -m "Fixierung von .gitignore"

Ich habe die Antwort von aquí