Ich habe für jedes Feature einen Git-Zweig. Aber manchmal, wenn ich im Zweig A entwickle, möchte ich testen, wie sich A verhalten würde, wenn auch B angewendet würde.
Im Moment benutze ich das:
%Vor%Gibt es einen kürzeren Weg, dies zu tun?
Zusätzlich: Was, wenn A und B nicht denselben Vorfahren haben?
Wie könnte ich so etwas leichter machen?
%Vor%Eine Möglichkeit:
%Vor%Dadurch wird die zugrunde liegende Revision ausgecheckt (so dass Sie sich in einem abgekoppelten HEAD-Zustand befinden) und von dort aus Änderungen vorgenommen. Der Vorteil dieses Ansatzes besteht darin, dass Sie keine Verzweigung mehr erstellen und löschen müssen. Dies macht den Workflow nicht viel kürzer, aber Sie sollten in der Lage sein, dies in eine Funktion einzubinden, ein paar Argumente zu nehmen und sie wiederzuverwenden.
Was Ihre zweite Frage betrifft: Sie sollten merge-base verwenden können, um das Übliche zu bestimmen Vorfahre (n) und benutze das, um Commits zu verschmelzen oder zu pflücken (denke daran, eine Funktion zu haben, die das für dich funktioniert).
Tags und Links git branching-strategy