Was ist das Git-Äquivalent zu TFS-Befehlen Shelve / Unshelve? Kirschpflücker?

Ich fand, dass die Shelve / Unshelve-Befehle in TFS sehr praktisch und sehr einfach zu verwenden sind. Was ist das Äquivalent in Git?

Hier ist das Szenario in TFS:

• Ich habe Änderungen im Kofferraum vorgenommen
• Ich stelle ein: Der Änderungssatz wird auf dem Server gespeichert (mit einem Etikett) und ich erhalte die Quelle vor den Änderungen zurück
• Ich arbeite im Kofferraum
• Jemand kann sich abmelden: Die Änderung in seinem Arbeitsbereich festlegen

Ich weiß, dass es einen Befehlsaufruf gibt, aber ich bin mir nicht sicher, wie der Workflow funktioniert und ob er den Anforderungen entspricht.

Was Sie beschreiben, ist ähnlich git stash, außer dass Sie mit git ein eigenes Repository haben (nicht nur ein einziges auf einem Server), nur Sie können diese Änderung zurücksetzen.

Die allgemeine Idee ist:

# do some stuff
vim foo/bar.c
# stash away your changes
git stash

# do some other things...

# retrieve your changes
git stash pop

Wenn Sie möchten, dass jemand anderes Zugriff auf dieses Änderungsset hat, möchten Sie es stattdessen einem funktionierenden Zweig zuweisen:

# make yourself a branch
git checkout -b temp-featureA
# commit to it
git add foo/bar.c; git commit

# now you push this branch (or they could just fetch straight from you)
git push origin temp-featureA


# Now, in someone else's repo:
# Fetch updates
git fetch origin
# Make a branch tracking the remote branch
git branch temp-featureA origin/temp-featureA

# Either check it out:
git checkout temp-featureA
# or cherry-pick it, to apply the changes somewhere else:
git cherry-pick temp-featureA
# or, if it's multiple commits, rebase it!
git rebase --onto my-branch start-of-featureA temp-featureA

Was Sie tun möchten, wird mit einer einfachen alten Verzweigung in Git erreicht.

Aus einer schönen StackOverflow-Antwort von JaredPar :

Mit Shelving können Sie alle Änderungen auf Ihrer Box speichern, ohne einchecken zu müssen. Die Änderungen bleiben auf dem Server erhalten.

Dies ist analog zum Festschreiben an einen Zweig und zum Übertragen auf einen Server in Git.

Wie es geht:

Angenommen, Sie arbeiten am Zweig "Master" und entscheiden sich für die Implementierung von Feature X. Sie haben einen guten Start, aber dann sagt Ihnen Ihr Chef, dass Feature Y so schnell wie möglich implementiert werden muss. Phil im nächsten Würfel über Freiwillige, um Feature X zu beenden, während Sie Feature Y ausführen. Folgendes tun Sie:

Erstellen Sie einen neuen Zweig und wechseln Sie zu diesem:

$ git checkout -b feature-x

Übernehmen Sie Ihre Änderungen:

$ git add filethatyouchanged.cc
$ git commit -m 'partial implementation of feature X'

Schieben Sie es auf einen Server, den Phil sehen kann:

$ git push origin feature-x

Gehen Sie zurück zum Hauptzweig (der sich nicht geändert hat):

$ git checkout master

Möglicherweise möchten Sie auch proaktiv einen neuen Zweig für Feature Y erstellen:

$ git checkout -b feature-y

Phil kann jetzt Ihre Feature-X-Arbeit herunterziehen und dort weitermachen, wo Sie aufgehört haben:

phil$ git fetch origin
phil$ git checkout -t origin/feature-x

Git Stash ist ein bisschen ähnlich, außer dass es auf Ihren Arbeitsbaum beschränkt ist.

In einem DVCS müssen Sie Folgendes tun, um einen solchen Workflow zu erzielen:

• Übernehmen Sie Ihre aktuellen Änderungen in einem neuen Zweig
• Überprüfen Sie den ursprünglichen Zweig, in dem Sie fortfahren können, ohne die Änderungen vorzunehmen, die Sie vorgenommen haben (aber in dem neuen Zweig festgeschrieben haben).
• Schieben Sie diesen neuen Zweig zu einem nackten Repo
• Erlauben Sie einem anderen Entwickler, diesen neuen Zweig zu ziehen und ihn mit seinem aktuellen Zweig zusammenzuführen.

Eine andere Möglichkeit wäre, den anderen Entwickler Ihren Zweig abrufen zu lassen (wo Sie diese speziellen Änderungen vorgenommen haben) und ihn auszuwählen , was jedoch nicht empfohlen wird, da von Kirschen ausgewählte Commits schwer zu verfolgen sind .