Ich verwende einen Code, für den kein SCM verwendet wird + und erhalte gelegentliche Updates in Form aller Projektdateien, obwohl nur einige davon nur ein wenig geändert wurden. Bis jetzt habe ich nur meine eigenen Änderungen in ein Git Repo geschrieben und diese "Updates" mit einer manuellen git add -p Sitzung gelöst, die mit der Anzahl meiner eigenen Änderungen immer nerviger wird (diejenigen, die noch nicht veröffentlicht wurden) ) steigend, und da ich glücklicherweise git commit --author "the others" für die oben genannten "Patches" gemacht habe, würde ich gerne wissen:
Wie können alle von einem Autor gemachten Commits in einen neuen Zweig aufgeteilt werden?
(Ich habe nichts dagegen, Geschichte in diesem Fall neu zu schreiben, das Repo wird nur von mir benutzt)
Die ideale Lösung wäre, nach jedem "Patch" die Verzweigungen der anderen in meine zu integrieren, aber für den Moment kann eine abschließende Zusammenführung am Ende ausreichen.
+ ja, der Jedi hat dich dabei gepackt
Ich habe das kürzlich für jemanden gemacht:
%Vor%Hoffe das hilft
Ich verstehe nicht ganz, was Sie tun, aber das Problem, das Sie mit einer Codebasis von Drittanbietern beschreiben, wird als "Lieferantenzweig" bezeichnet. Hier ist, wie ich damit umgehen würde:
Machen Sie eine Verzweigung für die Drittanbieterversion, z. %Code%. Ich nehme an, Ihre Filiale heißt vendor . Wenn sie eine neue Version veröffentlichen, können Sie Folgendes tun:
ps. anstatt master würde ich git add -p verwenden. Ich war skeptisch gegenüber der Verwendung einer GUI, aber ich konnte nicht ohne git gui und git gui now (oder gitk auf einem Mac) leben.
Tags und Links git branch version-control git-rebase