Git: gibt es eine Funktionalität wie die TFS shelveset?
Habe ich versucht, durch Einsparung von ein "unified diff", konnte aber nicht einen Weg finden, um es anzuwenden.
Und patches funktionieren auf änderungen commited, und ich will nicht verpflichtet, ohne richtigen code-reviews.
Ideen dankbar!
- Git-stash-sollte hilfreich sein - Wann sollte ich git stash?
Du musst angemeldet sein, um einen Kommentar abzugeben.
Shelvesets sind nur vorübergehende Niederlassungen. So einfach machen, neue Zweigniederlassung. Branches in Git sind sehr leicht, so zu erstellen, schieben und entfernen von server ist sehr einfach und schnell. Man kann es nennen, d.h.
wip-blabla
zu Benachrichtigen, dass diese noch nicht bereit.git stash ist die nächste Sache, ein shelveset, die ich gesehen habe. Es ist eine lokale pre-commit-Kopie, Holen Sie in Ihrer Filiale, wenn Sie anfangen daran zu arbeiten wieder.
git stash pop verbindet ein git stash apply und git stash drop gegen die neuesten stash.
Wenn du mehr haben dann eine stash, die Sie tun können git stash list und git stash apply stash@{n} um die x-te stash.
Verpflichten, nichts aber änderungen speichern, um Ihre "local" - repository, was ziemlich persönliches Verhalten.
Was ist also das problem der CR nach einem Commit, sondern vor Push?
Ist für mich, patch funktioniert auch für die ähnliche Funktionalität wie der Regal-stellen.
Ich denke, was können Sie tun, um Spiegel, ein Regal-set zu erstellen, ein weiteres remote-repository.
git remote add "changesetname" "changeseturl" (Git können Sie so viele wie Sie möchten)
Auf der review-Prozess - Sie können das Zusammenführen der änderungen von Ihrem änderungssatz zu Ihrem Ursprung - dann können Sie die änderungen, wenn Sie fertig sind.
Git nichts, das ist so sauber, elegant, und gebunden an persönliche Raum als TFS Shelvesets.
Einem Shelveset auf dem server, die unter Ihrem persönlichen Eimer. Im Gegensatz zu einer Filiale, die es noch nie zeigt sich im source-tree, nie trübt jedes gewöhnliche Wasser. Und es speichert Ihre Arbeit mit der gleichen Garantie als backup verpflichtet-code, ohne Vermischung mit den Räumen, die begangen code.
Haben wir genutzt, shelvesets für code-review vor verpflichtet, so dass wir nie wirklich Begehen schlechten code überall. Wir verwenden es als Backup, so dass ich kann halten Sie die Arbeit in einem Ort, der sicher ist, im Fall meiner Arbeitsstationen schmilzt. Git führt keines dieser Dinge, denn jeder Einsatz von "branch" oder "Spiegel" ist ein zusätzlicher Schritt, den jemand versauen kann, dass jemand vergessen zu reinigen.
Was Git nicht, jedoch ist eine genaue Stelle, an der überprüfung passieren kann... die pull-Anfrage. Wenn Sie gut mit Git, musst du gut mit Begehung schlechten code zu Ihrem lokalen repo, weil das ist nur, wie die Dinge gehen, ohne die menschliches Leben kompliziert. Mach dir keine sorgen über Bewertungen, bevor Sie Zieht, Bewertungen bei Zieht.