Wie erzwinge ich ein Überschreiben lokaler Dateien auf a git pull?

Das Szenario ist das folgende:

• Ein Teammitglied ändert die Vorlagen für eine Website, an der wir arbeiten
• Sie fügen einige Bilder zum Bilderverzeichnis hinzu (vergessen jedoch, sie unter Quellcodeverwaltung hinzuzufügen).
• Sie senden mir die Bilder später per Post
• Ich füge die Bilder unter der Quellcodeverwaltung hinzu und schiebe sie zusammen mit anderen Änderungen an GitHub
• Sie können keine Updates von GitHub abrufen, da Git ihre Dateien nicht überschreiben möchte.

Dies ist der Fehler, den ich bekomme:

Fehler: Die nicht verfolgte Arbeitsbaumdatei 'public / images / icon.gif' wird durch Zusammenführen überschrieben

Wie zwinge ich Git, sie zu überschreiben? Die Person ist ein Designer - normalerweise löse ich alle Konflikte von Hand, sodass der Server die neueste Version hat, die sie nur auf ihrem Computer aktualisieren müssen.

Wichtig: Wenn Sie lokale Änderungen haben, gehen diese verloren. Mit oder ohne --hardOption gehen alle lokalen Commits verloren, die nicht gepusht wurden. ^[*]

Wenn Sie Dateien haben, die nicht von Git verfolgt werden (z. B. hochgeladene Benutzerinhalte), sind diese Dateien nicht betroffen.

Ich denke das ist der richtige Weg:

git fetch --all

Dann haben Sie zwei Möglichkeiten:

git reset --hard origin/master

ODER Wenn Sie sich in einem anderen Zweig befinden:

git reset --hard origin/<branch_name>

Erläuterung:

git fetch lädt das Neueste von der Fernbedienung herunter, ohne zu versuchen, etwas zusammenzuführen oder neu zu starten.

Dann git resetsetzt der Master-Zweig auf das zurück, was Sie gerade abgerufen haben. Die --hardOption ändert alle Dateien in Ihrem Arbeitsbaum so, dass sie mit den Dateien in übereinstimmenorigin/master

Behalten Sie die aktuellen lokalen Commits bei

^[*] : Es ist erwähnenswert, dass es möglich ist, aktuelle lokale Commits beizubehalten, indem mastervor dem Zurücksetzen ein Zweig erstellt wird :

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

Danach bleiben alle alten Commits erhalten new-branch-to-save-current-commits.

Nicht festgeschriebene Änderungen

Nicht festgeschriebene Änderungen (auch inszeniert) gehen jedoch verloren. Stellen Sie sicher, dass Sie alles verstauen und festschreiben, was Sie brauchen. Dazu können Sie Folgendes ausführen:

git stash

Und dann, um diese nicht festgeschriebenen Änderungen erneut anzuwenden:

git stash pop

Versuche dies:

git reset --hard HEAD
git pull

Es sollte tun, was Sie wollen.

WARNUNG: git cleanLöscht alle nicht verfolgten Dateien / Verzeichnisse und kann nicht rückgängig gemacht werden.

Manchmal clean -fhilft es einfach nicht. Falls Sie DIRECTORIES nicht mehr verfolgt haben, wird auch die Option -d benötigt:

# WARNING: this can't be undone!

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

WARNUNG: git cleanLöscht alle nicht verfolgten Dateien / Verzeichnisse und kann nicht rückgängig gemacht werden.

Erwägen Sie zuerst die Verwendung des Flags -n( --dry-run). Dies zeigt Ihnen, was gelöscht wird, ohne etwas zu löschen:

git clean -n -f -d

Beispielausgabe:

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

Wie Igel finde ich die Antworten schrecklich. Aber obwohl Hedgehogs Antwort vielleicht besser ist, denke ich nicht, dass es so elegant ist, wie es sein könnte. Die Art und Weise, wie ich dies fand, war die Verwendung von "Abrufen" und "Zusammenführen" mit einer definierten Strategie. Dadurch sollten Ihre lokalen Änderungen erhalten bleiben, solange sie nicht zu den Dateien gehören, mit denen Sie ein Überschreiben erzwingen möchten.

Machen Sie zuerst ein Commit Ihrer Änderungen

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

Rufen Sie dann die Änderungen ab und überschreiben Sie sie, wenn ein Konflikt vorliegt

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

"-X" ist ein Optionsname und "ihrer" ist der Wert für diese Option. Sie verwenden "ihre" Änderungen anstelle von "Ihren" Änderungen, wenn ein Konflikt vorliegt.

Anstatt zu tun:

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

Ich würde empfehlen, Folgendes zu tun:

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

Sie müssen nicht alle Fernbedienungen und Zweige abrufen, wenn Sie auf den Ursprungs- / Hauptzweig zurücksetzen möchten, oder?

Es sieht so aus, als wäre es am besten, zuerst Folgendes zu tun:

git clean

Um alle nicht verfolgten Dateien zu löschen und dann mit den üblichen git pull...

Warnung: Wenn Sie dies tun, werden Ihre Dateien dauerhaft gelöscht, wenn Ihre gitignore-Datei Verzeichnis- / * -Einträge enthält.

Einige Antworten scheinen schrecklich zu sein. Schrecklich im Sinne dessen, was mit @Lauri passiert ist, wenn man dem Vorschlag von David Avsajanishvili folgt.

Eher (git> v1.7.6):

git stash --include-untracked
git pull

Später können Sie den Stash-Verlauf bereinigen.

Manuell eins nach dem anderen:

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

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

Brutal auf einmal:

$ git stash clear

Natürlich, wenn Sie zu dem zurückkehren möchten, was Sie versteckt haben:

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

Dieser Befehl kann hilfreich sein, um lokale Änderungen zu verwerfen:

git checkout <your-branch> -f

Führen Sie dann eine Bereinigung durch (entfernt nicht verfolgte Dateien aus dem Arbeitsbaum):

git clean -f

Wenn Sie nicht verfolgte Verzeichnisse zusätzlich zu nicht verfolgten Dateien entfernen möchten:

git clean -fd

git pullVersuchen Sie Folgendes , anstatt mit zu verschmelzen :

git fetch --all

gefolgt von:

git reset --hard origin/master.

Das einzige, was für mich funktioniert hat, war:

git reset --hard HEAD~5

Dies bringt Sie fünf Commits zurück und dann mit

git pull

Ich fand das, indem ich nachschaute, wie man eine Git-Zusammenführung rückgängig macht .

Das Problem bei all diesen Lösungen ist, dass sie entweder alle zu komplex sind oder, ein noch größeres Problem, dass sie alle nicht verfolgten Dateien vom Webserver entfernen, was wir nicht wollen, da immer benötigte Konfigurationsdateien aktiv sind der Server und nicht im Git-Repository.

Hier ist die sauberste Lösung, die wir verwenden:

# 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

• Der erste Befehl ruft die neuesten Daten ab.

• Der zweite Befehl prüft, ob Dateien zum Repository hinzugefügt werden, und löscht die nicht verfolgten Dateien aus dem lokalen Repository, die Konflikte verursachen würden.

• Der dritte Befehl checkt alle Dateien aus, die lokal geändert wurden.

• Schließlich versuchen wir, auf die neueste Version zu aktualisieren, diesmal jedoch ohne Konflikte, da nicht verfolgte Dateien, die sich im Repo befinden, nicht mehr vorhanden sind und alle lokal geänderten Dateien bereits dieselben wie im Repository sind.

Versuchen Sie zunächst den Standardweg:

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

^{Warnung : Die oben genannten Befehle können nur dann zum Verlust von Daten / Dateien führen, wenn Sie sie nicht festgeschrieben haben! Wenn Sie sich nicht sicher sind, erstellen Sie zuerst die Sicherung Ihres gesamten Repository-Ordners.}

Dann ziehen Sie es wieder.

Wenn das oben Gesagte nicht hilft und Sie sich nicht um Ihre nicht verfolgten Dateien / Verzeichnisse kümmern (machen Sie zuerst die Sicherung für alle Fälle), versuchen Sie die folgenden einfachen Schritte:

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

Dadurch werden alle Git-Dateien ENTFERNT (Ausnahmeverzeichnis .git/, in dem Sie alle Commits haben) und erneut abgerufen .

Warum git reset HEAD --hardkönnte in einigen Fällen scheitern?

1. Benutzerdefinierte Regeln in .gitattributes file

   Eine eol=lfRegel in .gitattributes kann dazu führen, dass git einige Dateiänderungen ändert, indem CRLF-Zeilenenden in einigen Textdateien in LF konvertiert werden.

   In diesem Fall müssen Sie diese CRLF / LF-Änderungen festschreiben (indem Sie sie überprüfen git status) oder versuchen git config core.autcrlf false, sie vorübergehend zu ignorieren.

2. Inkompatibilität des Dateisystems

   Wenn Sie ein Dateisystem verwenden, das keine Berechtigungsattribute unterstützt. Beispiel: Sie haben zwei Repositorys, eines unter Linux / Mac ( ext3/ hfs+) und eines unter FAT32 / NTFS-basiertem Dateisystem.

   Wie Sie bemerken, gibt es zwei verschiedene Arten von Dateisystemen, sodass dasjenige, das keine Unix-Berechtigungen unterstützt, die Dateiberechtigungen auf einem System, das diese Art von Berechtigungen nicht unterstützt, grundsätzlich nicht zurücksetzen kann, also egal wie --hardSie es versuchen, git Erkennen Sie immer einige "Änderungen".

Ich hatte das gleiche Problem. Niemand hat mir diese Lösung gegeben, aber sie hat bei mir funktioniert.

Ich habe es gelöst durch:

1. Löschen Sie alle Dateien. Verlasse nur das .gitVerzeichnis.
2. git reset --hard HEAD
3. git pull
4. git push

Jetzt funktioniert es.

Bonus:

Wenn ich in den vorherigen Antworten von Pull / Fetch / Merge spreche, möchte ich einen interessanten und produktiven Trick teilen:

git pull --rebase

Dieser obige Befehl ist der nützlichste Befehl in meinem Git-Leben, der viel Zeit gespart hat.

Versuchen Sie diesen Befehl, bevor Sie Ihr neues Commit auf den Server übertragen. Es synchronisiert automatisch die neuesten Serveränderungen (mit einem Abruf + Zusammenführen) und platziert Ihr Commit oben im Git-Protokoll. Sie müssen sich keine Gedanken über manuelles Ziehen / Zusammenführen machen.

Details finden Sie unter Was macht "git pull --rebase"? .

Ich hatte ein ähnliches Problem. Ich musste das machen:

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

Ich habe andere Antworten zusammengefasst. Sie können git pullfehlerfrei ausführen :

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

Warnung : Dieses Skript ist sehr leistungsfähig, sodass Sie Ihre Änderungen verlieren können.

Aufgrund meiner eigenen ähnlichen Erfahrungen ist die von Strahinja Kustudic oben angebotene Lösung bei weitem die beste. Wie andere bereits betont haben, werden durch einfaches Zurücksetzen alle Elemente entfernt nicht verfolgten Dateien entfernt, die viele Dinge enthalten können, die Sie nicht entfernen möchten, z. B. Konfigurationsdateien. Was sicherer ist, ist, nur die Dateien zu entfernen, die hinzugefügt werden sollen. In diesem Fall möchten Sie wahrscheinlich auch alle lokal geänderten Dateien auschecken, die aktualisiert werden sollen.

Vor diesem Hintergrund habe ich Kustudics Skript aktualisiert, um genau das zu tun. Ich habe auch einen Tippfehler behoben (ein Fehlen im Original).

#/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

Ich glaube, es gibt zwei mögliche Konfliktursachen, die separat gelöst werden müssen, und soweit ich das beurteilen kann, befasst sich keine der obigen Antworten mit beiden:

• Lokale Dateien, die nicht verfolgt werden, müssen entweder manuell (sicherer) oder wie in anderen Antworten vorgeschlagen von gelöscht werden git clean -f -d

• Lokale Commits, die sich nicht in der Remote-Verzweigung befinden, müssen ebenfalls gelöscht werden. IMO ist der einfachste Weg, dies zu erreichen, mit: git reset --hard origin/master(Ersetzen Sie 'master' durch den Zweig, an dem Sie arbeiten, und führen Sie einen git fetch originersten aus.)

Ein einfacher Weg wäre:

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

Dadurch wird Ihre lokale Datei mit der Datei auf Git überschrieben

Es scheint, dass sich die meisten Antworten hier auf den masterZweig konzentrieren; Es gibt jedoch Zeiten, in denen ich an zwei verschiedenen Stellen an demselben Feature-Zweig arbeite und ich möchte, dass sich eine Rebase in einer in der anderen widerspiegelt, ohne dass viel durch die Reifen gesprungen wird.

Basierend auf einer Kombination von Antwort der RNA und torek Antwort auf eine ähnliche Frage , ich habe mit diesem kommen , die hervorragend funktioniert:

git fetch
git reset --hard @{u}

Führen Sie dies von einem Zweig aus und es wird nur Ihr lokaler Zweig auf die Upstream-Version zurückgesetzt.

Dies kann auch gut in einen Git-Alias ​​( git forcepull) eingefügt werden:

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

Oder in Ihrer .gitconfigDatei:

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

Genießen!

Ich hatte das gleiche Problem und aus irgendeinem Grund git clean -f -dwürde es sogar ein nicht tun. Hier ist der Grund: Aus irgendeinem Grund, wenn Ihre Datei von Git ignoriert wird (ich nehme an, über einen .gitignore-Eintrag), stört es immer noch, dies mit einem späteren Pull zu überschreiben , aber eine Bereinigung wird sie nicht entfernen, es sei denn, Sie fügen hinzu -x.

Ich kenne eine viel einfachere und weniger schmerzhafte Methode:

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

Das ist es!

Ich habe das gerade selbst gelöst durch:

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

Dabei gibt der letzte Befehl eine Liste Ihrer lokalen Änderungen an. Ändern Sie den Zweig "tmp" so lange, bis er akzeptabel ist, und fügen Sie ihn dann wieder auf den Master ein mit:

git checkout master && git merge tmp

Für das nächste Mal können Sie dies wahrscheinlich sauberer handhaben, indem Sie nach "git stash branch" suchen, obwohl stash bei den ersten Versuchen wahrscheinlich Probleme verursacht. Experimentieren Sie also zuerst mit einem unkritischen Projekt ...

Ich habe eine seltsame Situation, die weder funktioniert git cleannoch git resetfunktioniert. Ich muss die widersprüchliche Datei entfernen, git indexindem ich für jede nicht verfolgte Datei das folgende Skript verwende:

git rm [file]

Dann kann ich ganz gut ziehen.

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

Trotz der ursprünglichen Frage können die häufigsten Antworten Probleme für Personen verursachen, die ein ähnliches Problem haben, aber ihre lokalen Dateien nicht verlieren möchten. Siehe zum Beispiel die Kommentare von Al-Punk und crizCraig.

In der folgenden Version werden Ihre lokalen Änderungen in einen temporären Zweig ( tmp) übernommen, der ursprüngliche Zweig (von dem ich annehme master) ausgecheckt und die Aktualisierungen zusammengeführt. Sie könnten dies mit tun stash, aber ich habe festgestellt, dass es normalerweise einfacher ist, einfach den Branch / Merge-Ansatz zu verwenden.

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

wo wir das übernehmen andere Repository ist origin master.

Diese vier Befehle funktionieren für mich.

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

Zum Überprüfen / Ziehen nach Ausführung dieser Befehle

git pull origin master

Ich habe viel versucht, aber schließlich Erfolg mit diesen Befehlen.

Mach einfach

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

So vermeiden Sie alle unerwünschten Nebenwirkungen wie das Löschen von Dateien oder Verzeichnissen, die Sie behalten möchten usw.

Setzen Sie den Index und den Kopf auf zurück origin/master, aber setzen Sie den Arbeitsbaum nicht zurück:

git reset origin/master

Bedarf:

1. Verfolgen Sie lokale Änderungen, damit niemand hier sie jemals verliert.
2. Stellen Sie sicher, dass das lokale Repository mit dem Remote-Ursprungs-Repository übereinstimmt.

Lösung:

1. Verstecken Sie die lokalen Änderungen.

2. Fetch mit einem sauberen von Dateien und Verzeichnissen zu ignorieren .gitignore und Hard - Reset auf Herkunft .

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