Was ist der Unterschied zwischen `git reset --hard master` und `git reset --hard origin/master"?

Habe ich versucht, eine Menge von links auf Stackoverflow/anderswo richtig verstehen, Verhalten

git reset --hard option

Ich weiß, dass:

  • Wenn es weggelassen wird, oder wenn es origin, reset erfolgt am letzten commit auf origin
  • Wenn ein SHA1-hash ist vorhanden, reset ist erfolgt, die auf die entsprechenden Begehen.

Was ich nicht verstehe, sind die folgenden Werte:

  1. origin
  2. HEAD
  3. origin/master
  4. origin/branch

Alles zu haben scheinen, die gleiche Verhalten, d.h. Sie einen Punkt, um neueste commit auf master.

Bitte erklären, was ist die Bedeutung aller 4-value-option, die oben bereitgestellt.

Ich würde auch gerne wissen, wenn ich auf einen bestimmten Zweig, wie kann ich das zurücksetzen auf das Letzte commit auf, dass sehr Zweig?
Wenn ich z.B. bin auf v1.2, origin/v1.2 noch nimmt mich an die Letzte commit auf master.

InformationsquelleAutor vashishatashu | 2015-04-25
  1. 13

    Zunächst einmal müssen Sie verstehen, dass die branch-und tag-Namen sind nur Hinweise auf hash-Werte, die ein einzelner Begehen, wenn Sie sagen, dass es 4 Optionen, die das gleiche Verhalten hat, dann ist die erste logische Antwort ist, weil Sie alle auf den gleichen commit

    • origin Ich bin mir nicht sicher, aber ich denke origin durch Sie selbst aufgelöst wird, um origin/HEAD denen ich denke, dass hängt von deinen github-Einstellungen, in github legen Sie einen default-Zweig', origin/head beheben zu origin/[default_branch], in Ihrem Fall im vorausgesetzt, es ist master, also das ist, warum es hat die gleiche Wirkung wie origin/master.

    • HEAD zeigt immer auf den aktuellen commit, den Sie stehen auf, so ein git reset --hard HEAD wird permanent entfernen Sie alle änderungen in Dateien verfolgt und inszeniert Dateien verändert, aber nicht ändern Sie den commit-hash.

    • origin/master ist der Letzte commit in den entfernten master-branch seit Ihrem letzten fetch/pull, jedes mal, wenn Sie sich verpflichten master Ihre lokale master ist aktualisiert und Ihre origin/master ist auch aktualisiert, wenn jemand anderes schiebt master Ihre repo haben keine Ahnung, dass es ein update gibt, es sei denn, Sie tun eine git fetch dann Ihre origin/master bewegen wird, vor Ihrer master oder vielleicht sogar voneinander abweichen.

      läuft ein git reset --hard origin/master wird die gleiche Wirkung haben, wenn Sie derzeit auf der master Zweig und die master ist in sync mit origin/master

    • origin/branch Ich bin mir nicht sicher, was dies eigentlich bedeutet, denn es gibt keine origin/branch standardmäßig, so dass ich vermute, Sie erstellt ein Zweig namens branch und zufällig in der gleichen commit wie Ihr Meister, um zu bestätigen, Sie können versuchen, eine git branch zu sehen, alle Ihre Zweige, ich vermute, Sie werden finden ein als branch

    Zu sehen, alle diese in eine visuelle Art und Weise, die Sie könnten versuchen, laufen git log --graph --decorate --all oder ich lieber ein visuelles Werkzeug, wie gitk, wenn Sie die binary installiert haben, führen Sie gitk --all zu sehen, alle Zweige relativ zueinander

    • origin kann erklärt werden durch die <refname> Eintrag in gitrevisions(7); es vollständig erweitert, um refs/remotes/origin/HEAD. origin/master erweitert, um refs/remotes/origin/master, und ähnlich origin/branch erweitern würden, um refs/remotes/origin/branch (vorausgesetzt, wie du gesagt hast, dass es existiert).
    InformationsquelleAutor Mohammad AbuShady
  2. 4

    master, HEAD, origin/something und vielleicht einige tag, warum nicht, kann alle zeigen auf den gleichen commit, aber Sie sind definitiv nicht die gleiche Sache.

    origin ist in der Regel der name eines remote repository.

    Können Sie Ihre Fernbedienungen und konfigurieren Sie die neue mit git remote -v.

    Versuchen es (mit -v) und es wird wahrscheinlich sinnvoll.

    remote/somebranch Punkte, um die Spitze einige verzweigen auf einem remote-repository.

    origin/master Punkte auf den Kopf von master auf origin.

    Ist es das gleiche wie master?

    Ja und Nein. Wenn Sie ziehen Ihre master-branch, einige arbeiten und in der Zwischenzeit jemand anderes begeht, auf master und schiebt origin, Sie unterscheiden sich.

    Wenn Sie eine git fetch origin dann origin/master haben zusätzliche übertragungen (wird vor).

    HEAD ist einfach "der aktuelle commit".
    Betrachten Sie es als ..

    Sehen diese Frage

    Wieder, dieser könnte das gleiche wie master, aber wenn Sie Auschecken einer anderen Filiale oder Begehen, oder sind die in der Mitte einen Stellungswechsel, gut, das ist es nicht.

    Also versuchen, diese auf ein frisches repository, auf dem sonst niemand arbeitet:

    $ git checkout master
$ git log -1 --format="%H" HEAD
123abc
$ git log -1 --format="%H" origin/master
123abc

    Sind Sie gleich!

    $ git diff origin/master

    Natürlich deren Inhalt ist der gleiche.

    $ echo "foo" > foo
$ git add foo
$ git commit -m "Foo the thingy"
$ git log -1 --format="%H" HEAD
321bca
$ git log -1 --format="%H" origin/master
123abc

    Ah, schau, jetzt sind Sie verschiedenen begeht!

    $ git push origin master
$ git log -1 --format="%H" HEAD
321bca
$ git log -1 --format="%H" origin/master
321bca

    Und jetzt sind Sie nicht! wir schoben unsere neueste verpflichten und Sie beide auf das gleiche.

    $ git checkout -b newbranch
$ echo "baz" > baz
$ git add baz
$ git commit -m "Baz the thingy with the stuff"
$ git branch -a
  master
* new_branch
  origin/master
$ git log -1 --format="%H"
789def
$ git log -1 --format="%H" master
321bca
git log -1 --format="%H" origin/master
321bca
git log -1 --format="%H" origin/new_branch
unknown revision or path not in the working tree.

    Natürlich nicht. Wir haben nicht geschoben new_branch zu origin ist es nur auf unserem lokalen Rechner

    git checkout 123abc

    Wir haben gerade ausgecheckt 123abc, den alten Kopf der master. Es ist nicht der Kopf, der jedem Zweig, jetzt, aber wir können check it out genau das gleiche.

    Note: checking out 123abc. You are in 'detached HEAD' state, etc
$ git checkout -b old_master
$ git branch -a
  master
* new_branch
  origin/master
  old_master

    Jetzt ratet mal, was Ihre SHA1 wird bzw. werden?

    InformationsquelleAutor Tobia Tesan
Schreibe einen Kommentar