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

Haben Sie Ihre .gitignore vergessen?

Wenn Sie das gesamte Projekt lokal haben, aber vergessen haben, git ignore hinzuzufügen und nun einige unnötige Dateien verfolgen, verwenden Sie diesen Befehl, um alles zu entfernen

git rm --cached -r .

stellen Sie sicher, dass Sie an der Wurzel des Projekts stehen.

Dann können Sie das Übliche tun

hinzufügen

git add .

Commit

git commit -m 'removed all and added with git ignore'

Schieben Sie

git push origin master

Schlussfolgerung

Ich hoffe, dies hilft denjenigen, die Änderungen an ihren Geräten vornehmen müssen. .gitignore oder sie ganz vergessen.

• Es entfernt den gesamten Cache
• Sieht sich Ihre .gitignore an
• Fügt die Dateien hinzu, die Sie verfolgen möchten
• Pusht in Ihr Repo

Answer 2

So verhindern Sie die Überwachung einer Datei oder eines Pfads durch git

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

Und um sie wieder rückgängig zu machen, verwenden Sie

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

Ein Repo zum Nachschlagen für ähnliche Anwendungsfälle https://github.com/awslabs/git-secrets

Answer 3

Wie bereits in anderen Antworten erwähnt, ist die gewählte Antwort falsch.

El Antwort auf eine andere Frage deutet darauf hin, dass möglicherweise ein Skip-Worktree erforderlich wäre.

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

Das Antwort verweist auf einen Artikel ( http://fallengamer.livejournal.com/93321.html ) und zitiert den Artikel mit einer schönen Zusammenfassung des Unterschieds zwischen --assume-unchanged und --skip-worktree wie folgt:

--aufgenommen-verändert geht davon aus, dass ein Entwickler eine Datei nicht ändern sollte. Dieses Flag ist für die Verbesserung der Leistung bei sich nicht ändernden Ordnern gedacht wie SDKs.

--skip-worktree ist nützlich, wenn Sie git anweisen, eine bestimmte Datei niemals anzurühren, weil Entwickler sie ändern sollten. Zum Beispiel, wenn das Haupt-Repository im Upstream einige produktionsreife Konfigurationsdateien beherbergt und Sie nicht versehentlich Änderungen an diesen Dateien vornehmen wollen an diese Dateien zu übertragen, ist --skip-worktree genau das Richtige für Sie.

Alle Anerkennung an langweilig für ihre Recherchen und Antworten. Einschließlich dieser Informationen hier rein für die Bequemlichkeit der anderen.

Answer 4

Um etwas Zeit zu sparen, können die Regeln, die Sie zu Ihrer .gitignore hinzufügen, zum Entfernen mehrerer Dateien/Ordner verwendet werden, z. B.

git rm --cached app/**/*.xml

oder

git rm --cached -r app/widgets/yourfolder/

usw.

Answer 5

Viele Leute raten Ihnen, die git update-index --assume-unchanged . Dies kann in der Tat eine gute Lösung sein, aber nur kurzfristig.

Wahrscheinlich wollen Sie Folgendes tun: git update-index --skip-worktree .

(Die dritte Option, die Sie wahrscheinlich nicht wollen, ist: git rm --cached . Ihre lokale Datei bleibt erhalten, wird aber als aus dem entfernten Repository entfernt markiert).

Was ist der Unterschied zwischen den ersten beiden Optionen?

• assume-unchanged soll es Ihnen ermöglichen, Änderungen an einer Datei vorübergehend auszublenden. Wenn Sie Änderungen an einer Datei verbergen wollen, die Datei ändern und dann einen anderen Zweig auschecken wollen, müssen Sie no-assume-unchanged dann wahrscheinlich Versteckänderungen vorgenommen.
• skip-worktree folgt Ihnen, egal welchen Zweig Sie auschecken, mit Ihren Änderungen!

Anwendungsfall von assume-unchanged

Es wird davon ausgegangen, dass diese Datei nicht geändert werden sollte, und Sie erhalten eine sauberere Ausgabe, wenn Sie git status . Aber wenn Sie in einen anderen Zweig auschecken, müssen Sie die Markierung zurücksetzen und die Änderungen vorher committen oder zwischenlagern. Wenn Sie mit aktivierter Option pullen, müssen Sie Konflikte lösen und Git wird nicht automatisch zusammenführen. Es verbirgt eigentlich nur Änderungen ( git status zeigt Ihnen die markierten Dateien nicht an).

Ich verwende es gerne, wenn ich nur für eine Weile keine Änderungen mehr verfolgen und eine Reihe von Dateien übertragen möchte ( git commit -a ) im Zusammenhang mit dem dieselbe Änderung.

Anwendungsfall von skip-worktree

Sie haben eine Einrichtungsklasse mit Parametern (z. B. einschließlich Passwörtern), die Ihre Freunde entsprechend ihrer Einrichtung ändern müssen.

• 1: Erstellen Sie eine erste Version dieser Klasse, füllen Sie Felder aus, die Sie ausfüllen können, und lassen Sie andere leer/null.
• 2: Commit und Push auf den Remote-Server.
• 3: git update-index --skip-worktree MySetupClass.java
• 4: Aktualisieren Sie Ihre Konfigurationsklasse mit Ihren eigenen Parametern.
• 5: Gehen Sie zurück und arbeiten Sie an einer anderen Funktionalität.

Die Änderungen, die Sie vornehmen, werden Sie in jeder Branche begleiten. Achtung: Wenn Ihre Freunde diese Klasse ebenfalls ändern wollen, müssen sie die gleichen Einstellungen haben, da sonst ihre Änderungen in das entfernte Repository übertragen werden. Beim Ziehen sollte die entfernte Version der Datei die Ihre überschreiben.

PS: Machen Sie das eine oder das andere, aber nicht beides, da Sie sonst unerwünschte Nebenwirkungen haben. Wenn Sie eine andere Flagge ausprobieren wollen, sollten Sie zuerst die letztere deaktivieren.