Wie kann ich Kraft "git pull" zum überschreiben von lokalen Dateien?

Wichtig: Wenn Sie irgendwelche lokalen änderungen, die Sie verloren. Mit oder ohne --hard option, werden alle lokalen commits, die noch nicht hochgeladen wurden, gehen verloren.^[*]

Wenn Sie irgendwelche Dateien, die nicht von Git verwaltet werden (z.B. hochgeladene Benutzer-content), diese Dateien werden nicht betroffen sein.

Ich denke, das ist der richtige Weg:

git fetch --all

Dann haben Sie zwei Optionen:

git reset --hard origin/master

Ist ODER Wenn Sie auf einem anderen Zweig:

git reset --hard origin/<branch_name>

Erklärung:

git fetch lädt die neuesten von entfernten, ohne zu versuchen, merge oder rebase nichts.

Dann die git reset setzt den master-Zweig zu dem, was Sie gerade geholt. Die --hard option ändert alle Dateien im working tree entsprechend die Dateien in origin/master

Pflegen, aktuelle lokale commits

^[*]: Es ist erwähnenswert, dass es möglich ist, zu pflegen, aktuelle lokale commits durch anlegen einer Verzweigung von master vor dem zurücksetzen:

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

Nachdem die alten verpflichtet werden gehalten in new-branch-to-save-current-commits.

Übernommene änderungen

Übernommene änderungen, jedoch (selbst inszeniert), verloren. Stellen Sie sicher, zu verstauen und zu Begehen, alles, was Sie brauchen. Dafür können Sie Folgendes ausführen:

git stash

Und dann erneut diese nicht übernommenen änderungen:

git stash pop

InformationsquelleAutor RNA

WARNUNG: git clean löscht alle Ihre nicht verfolgte Dateien/Verzeichnisse und können nicht rückgängig gemacht werden.

Manchmal nur clean -f nicht helfen. In Fall müssen Sie nicht verfolgte VERZEICHNISSE, option-d auch benötigt wird:

# WARNING: this can't be undone!

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

WARNUNG: git clean löscht alle Ihre nicht verfolgte Dateien/Verzeichnisse und können nicht rückgängig gemacht werden.

Erwägen Sie die Verwendung -n (--dry-run) Flagge zuerst. Dies wird Ihnen zeigen, was gelöscht wird, ohne tatsächlich löschen alles:

git clean -n -f -d

Beispiel-Ausgabe:

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

InformationsquelleAutor David Avsajanishvili

Statt:

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

Ich würde dazu raten die folgenden:

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

Keine Notwendigkeit zu Holen, alle Fernbedienungen und Zweige, wenn Sie gehen, um wieder auf die " origin/master-branch Recht?

InformationsquelleAutor Johanneke

"Warnung, dies wird dauerhaft löschen Sie Ihre Dateien, wenn Sie ein beliebiges Verzeichnis/* Einträge in Ihre gitignore-Datei.

Einige Antworten scheinen zu sein schrecklich. Schrecklich im Sinne von, was passiert ist @Lauri, indem Sie die folgenden David Avsajanishvili Vorschlag.

Eher (git > v1.7.6):

git stash --include-untracked
git pull

Später können Sie reinigen die stash-Geschichte.

Manuell, one-by-one:

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

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

Brutal, all-at-once:

$ git stash clear

Natürlich, wenn Sie wollen, um zu gehen zurück zu, was Sie versteckt:

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

InformationsquelleAutor Hedgehog

Statt der Verschmelzung mit git pull, versuchen Sie dies:

git fetch --all

gefolgt von:

git reset --hard origin/master.

InformationsquelleAutor Lloyd Moore

Das problem bei all diesen Lösungen ist, dass Sie alle sind entweder zu Komplex, oder, ein noch größeres problem, ist, dass Sie entfernen Sie alle nicht verfolgte Dateien vom web-server, die wollen wir nicht, da gibt es immer erforderlich, Konfigurations-Dateien, die auf dem server sind und nicht in die 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.

• Der zweite Befehl überprüft, ob es irgendwelche Dateien, die zum repository Hinzugefügt und löscht diejenigen, die nicht verfolgte Dateien aus dem lokalen repository, welches zu Konflikten führen würde.

• Dem Dritten Befehl überprüft-alle Dateien, die lokal geändert werden.

• Schließlich machen wir auch ein ziehen, das update auf die neueste version, aber diesmal ohne irgendwelche Konflikte, da nicht verfolgte Dateien, die in die repo nicht mehr vorhanden sind und alle lokal veränderten Dateien sind schon die gleichen wie in der repository.

InformationsquelleAutor Strahinja Kustudic

Zunächst einmal versuchen, den standard-Weg:

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 Ergebnisse in Daten/Dateien Verlust nur, wenn Sie noch nicht über Sie verpflichtet! Wenn Sie nicht sicher sind, stellen Sie die Sicherung zuerst, Ihre ganze repository-Ordner.}

Ziehen Sie Sie dann wieder.

Wenn die oben nicht helfen und Sie kümmern sich nicht um Ihre nicht verfolgte Dateien/Verzeichnisse (stellen Sie die Sicherung zuerst, nur für den Fall), 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

Dies wird ENTFERNEN Sie alle git-Dateien (excempt .git/ dir, wo Sie alle verpflichtet), und ziehen Sie es wieder.

Warum git reset HEAD --hard könnte in einigen Fällen fehlschlagen?

1. Benutzerdefinierte Regeln in .gitattributes file

   Dass eol=lf Regel in .gitattributes könnte Ursache git eine Datei ändern änderungen durch die Umwandlung CRLF line-endings in LF in einige text-Dateien.

   Wenn das der Fall ist, haben Sie zu verpflichten, diese CRLF/LF-änderungen (durch überprüfung in git status), oder versuchen: git config core.autcrlf false temporäre ignorieren Sie.

2. Dateisystem incompability

   Wenn Sie mit dem Datei-system, das nicht unterstützen Erlaubnis Attribute.
   Im Beispiel haben Sie zwei repositories, eine auf Linux/Mac (ext3/hfs+) und ein weiteres auf FAT32/NTFS-basierte Datei-system.

   Als Sie feststellen, es gibt zwei verschiedene Arten von Datei-Systeme, so dass Sie die eine, die nicht die Unterstützung von Unix-Berechtigungen grundsätzlich nicht zurücksetzen können Sie die Datei Berechtigungen auf dem system, die nicht unterstützen diese Art von Berechtigungen, also egal wie --hard Sie versuchen, git immer erkennen, dass einige "änderungen".

InformationsquelleAutor kenorb

Ich hatte ein ähnliches problem. Ich hatte, dies zu tun:

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

InformationsquelleAutor Ryan

Ich die anderen Antworten zusammengefasst. Sie können ausführen git pull ohne Fehler:

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

Warnung: Dieses Skript ist sehr mächtig, so könnten Sie Ihre änderungen verloren gehen.

InformationsquelleAutor Robert Moon

Scheint es, wie die meisten Antworten hier sind fokussiert auf die master Zweig; es gibt jedoch Zeiten, wenn ich arbeiten bin auf die gleiche feature-Zweig in zwei verschiedenen Orten, und ich will einen Stellungswechsel in eine sich in das andere, ohne viel durch Reifen springen.

Basiert auf einer Kombination von RNA ' s Antwort und torek Antwort auf eine ähnliche Frage, habe ich mit dieser, die funktioniert prächtig:

git fetch
git reset --hard @{u}

Führen Sie diese aus einem Zweig und es werden nur zurückgesetzt, Ihre örtliche Filiale der upstream-version.

Diese können Sie schön zu setzen, in ein git alias ( git forcepull ):

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

Oder in Ihrem .gitconfig Datei:

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

Genießen!

InformationsquelleAutor JacobEvelyn

Ich hatte das gleiche problem, und aus irgendeinem Grund, sogar ein git clean -f -d würde es nicht tun. Hier ist warum: aus irgendeinem Grund, wenn Sie Ihre Datei von Git ignoriert werden (über einen .gitignore-Eintrag, vermute ich), es immer noch stört, über das überschreiben dieser mit einem späteren ziehen, aber ein sauber nicht entfernen, es sei denn, Sie fügen -x.

InformationsquelleAutor Tierlieb

Ich habe eine seltsame situation, in der weder git clean oder git reset funktioniert. Ich habe zu entfernen, die in Konflikt stehende Datei aus git index mit dem folgenden Skript auf jeden unberührte Datei:

git rm [file]

Dann bin ich in der Lage, ziehen Sie einfach gut.

InformationsquelleAutor Chen Zhang

Diese vier Befehle für mich arbeiten.

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

Überprüfen/pull nach der Ausführung dieser Befehle

git pull origin master

Habe ich versucht, eine Menge, aber endlich Erfolg mit diesen Befehlen.

InformationsquelleAutor vishesh chandra

Nur tun

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 unerwünschte Nebenwirkungen, wie das löschen von Dateien oder Verzeichnissen, die Sie behalten wollten, etc.

InformationsquelleAutor user2696128

Lese ich über alle Antworten, aber ich war auf der Suche nach einem single-Befehl, dies zu tun. Hier ist, was ich Tat. Hinzugefügt git alias .gitconfig

[alias]
      fp = "!f(){ git fetch ${1} ${2} && git reset --hard ${1}/${2};};f"

Führen Sie Ihren Befehl als

git fp origin master

entspricht

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

InformationsquelleAutor Venkat Kotra