Git: Arbeitsbereiche (Computer) ohne commit wechseln

Question

Gibt es eine Möglichkeit, einen diff-Patch oder ähnliches anzuwenden, ohne einen Commit/Checkout durchzuführen?

---

Meine Situation: schalte ich oft Computer zwischen bei der Arbeit, und meine begehen Geschichte hat eine Reihe von „Schalt Maschinen“ -Nachrichten.

Meine erste Vermutung ist, dass dies zu anderen Problemen führen könnte, aber ich dachte, ich könnte fragen, ob es eine geeignete Lösung oder einen geeigneten Workflow für diese Situation gibt.

Bearbeiten - Erläuterung: Computer sind vernetzt.

Edit - tiefere Gedanken: Jetzt, wo ich darüber nachdenke, würde dies einige größere Probleme mit der Revisionshistorie verursachen, wenn ich nicht durch Git gehe. Aber vielleicht gibt es eine andere Workflow-Lösung, an die ich nicht gedacht habe?

Answer 1

Hinzufügen dieser als eine richtige Antwort, so dass es akzeptiert werden kann.

freigegebenen Netzlaufwerk

Da die Maschinen vernetzt sind, setzen Sie Ihre Arbeitskopie auf einem gemeinsam genutzten Netzwerkressource. Dies würde die Notwendigkeit des Commits vor dem Wechsel der Arbeitsstationen beseitigen.

Answer 2

Eines der schönen Dinge an Git ist, dass das Committing unabhängig vom Publishing ist. So können Sie Work-in-Progress-Commits festschreiben, ohne sie veröffentlichen zu müssen und eine "unordentliche Geschichte" für immer aufzubewahren.

Mein Vorschlag wäre, weiterhin die Commits beim Wechseln der Arbeitsbereiche zu machen, da dies eine solide Sicherung der Zeitpunkte ergibt und die Arbeitsbereiche nicht mehr ständig vernetzt sind (effizientes Arbeiten mit einem Laptop zum Beispiel).

Um die Lösung der unordentlichen Geschichte aufgrund der Commit "Schaltarbeitsbereiche" zu lösen, würde ich vorschlagen, dass Sie Zweig Zweige oder "dev" Zweige arbeiten, und wenn eine Funktion abgeschlossen ist alle zusammendrücken commits zusammen und dann füge die neu aufgeräumte Geschichte auf den Hauptzweig zusammen.

Das Ausführen von git rebase -i master auf Ihrem Zweig Zweig wird Sie gruppieren und quetschen Ihre Commits, um ordentlich Geschichte vor dem Zusammenführen zu Master und Pushing auf "endgültige Geschichte" zu bekommen.