Sagen wir, origin/masterhat Commit A--B--Cund mein local/masterhat Commit A--B--D. Was passiert, wenn ich benutze git pull --rebase? Was passiert, wenn ich benutze git pull --ff-only? Gibt es einen Unterschied im resultierenden
Sagen wir, origin/masterhat Commit A--B--Cund mein local/masterhat Commit A--B--D. Was passiert, wenn ich benutze git pull --rebase? Was passiert, wenn ich benutze git pull --ff-only? Gibt es einen Unterschied im resultierenden
Ich habe die Commits in einer Zweigstelle neu organisiert, bevor sie veröffentlicht werden, sodass die Zeitstempel der Commits in einer gemischten Reihenfolge vorliegen. Ich hätte sie lieber alle heute mit nur Sekunden dazwischen. Natürlich werden diese Zeitstempel auch nicht korrekt sein, aber da...
Meine Git-Geschichte sieht so aus: Ich möchte die lila Commits zu einem einzigen zusammenfassen. Ich möchte sie nie wieder in meinem Festschreibungsprotokoll sehen. Ich habe versucht, ein zu machen git rebase -i 1, aber obwohl 1es sich auf dem blauen Zweig befindet (siehe Bild), sehe ich immer...
Zum Beispiel muss ich im folgenden Hauptzweig nur das Commit af5c7bf16e6f04321f966b4231371b21475bc4da in den Papierkorb werfen, das das zweite aufgrund der vorherigen Rebase ist: commit 60b413512e616997c8b929012cf9ca56bf5c9113 Author: Luca G. Soave <[email protected]> Date: Tue Apr 12...
Ich gabelte ein Github-Repo und arbeitete an meinem Github-Repo. Ich habe Pull-Anfragen gestellt und es wurde abgeschlossen. Danach hatte der Upstream noch einige Commits, also möchte ich jetzt wieder aufbauen, ich denke, das ist was ich tun muss. Aber ich bekomme diese
In einem Versuch, Git Nirvana zu erreichen, verbringe ich den Tag damit, zu lernen, wie man Rebase für Situationen nutzt, in denen ich gerade fusioniere. Wenn ich einen meiner Meinung nach git 101-Flow durchlaufe (den ich unten darlege), muss ich push --forcemeine Änderungen auf den Ursprung...
Ich habe die folgende Git-Repository-Topologie: A-B-F (master) \ D (feature-a) \ / C (feature) \ E (feature-b) Durch die Neubasierung des featureZweigs erwartete ich, den gesamten Teilbaum (einschließlich der untergeordneten Zweige) neu zu gründen: $ git rebase feature master A-B-F...
Wir haben alle gehört , dass man sollte nie rebase Arbeit veröffentlicht, dass es gefährlich ist , usw. Allerdings habe ich keine Rezepte gesehen geschrieben, wie mit der Situation im Falle eines Fütterungsmaterial beschäftigen wird veröffentlicht. Beachten Sie nun, dass dies nur dann wirklich...
Ich habe folgende Situation: Ich habe ein clone(Y) aus einem Haupt-Repository (X) erstellt, weil viele Leute an Y gearbeitet haben. Wir haben rebasenur merges gemacht. Wenn wir ( push) Y an X liefern wollen, möchten wir a machen rebase, um die Dinge schön und sauber zu haben Das Problem ist,...
Nach dem, was ich gelesen habe, helfen uns beide, eine lineare Geschichte zu erhalten. Nach dem, was ich experimentiert habe, funktioniert Rebase die ganze Zeit. Merge --ff-only funktioniert jedoch nur in Szenarien, in denen es schnell weitergeleitet werden kann. Mir ist auch aufgefallen,...
Ich versuche, das Skript neu zu basieren, und mein Skript nimmt unterschiedliche Pfade, je nachdem, ob das erneute Basieren zu Konflikten führt. Gibt es eine Möglichkeit zu bestimmen, ob eine Rebase zu Konflikten führen würde, bevor die Rebase ausgeführt wird?