Examples of using Rebasing in German and their translations into English
{-}
-
Colloquial
-
Official
-
Ecclesiastic
-
Medicine
-
Financial
-
Ecclesiastic
-
Political
-
Computer
-
Programming
-
Official/political
-
Political
Ein Exit mit Nicht-Null-Status bricht das Rebasing ab.
Das Rebasing verschiebt alle Commits in master zur Spitze von feature.
Das ist im Grunde alles, was du zum Rebasing deiner Branches wissen musst.
Rebasing als Teamrichtlinie ist nicht dasselbe wie Rebasing als Bereinigung.
Dieses Skript geht mit dem Unterbinden von Rebasing etwas intelligenter um.
Rebasing ist eine übliche Methode zur Integration von Upstream-Änderungen in dein lokales Repository.
Der Hauptgrund für das Rebasing ist die Wahrung eines linearen Projektverlaufs.
Ein Beispiel der ersten Option haben wir im Abschnitt Interaktives Rebasing angeschaut.
Für Git -Profis ist das Rebasing als Bereinigung ein nutzbringender Teil des Programmier-Lebenszyklus.
Dadurch erhältst du die für eine sichere Nutzung des Rebasing notwendige Branch-Struktur.
Rebasing ist das Verschieben oder Zusammenführen einer Abfolge von Commits in einem neuen Basis-Commit.
Diese Liste legt genau fest, wie der Branch nach dem Rebasing aussehen wird.
Wenn wir einmal verstanden haben, was Rebasing ist, müssen wir direkt lernen, wann wir es nicht tun dürfen.
Das erste wird„Fetching"(oder„Abrufen") genannt,das letztere kann über Merging oder Rebasing erfolgen.
Mehr zu interaktivem Rebasing und zu weiteren Rebasing-Befehlen erfährst du auf der Seite zu Git-Rebasing.
Um deinen Verlauf sauber zu halten, solltest du an dieser Stelle dem Rebasing den Vorrang vor dem Merging geben.
Um die neuen Commits in deinen feature- Branch zu integrieren, hast du zwei Optionen:Merging oder Rebasing.
Im folgenden Diagramm ist dargestellt, wie Rebasing in den Master Branch einen Fast-Forward-Merge erleichtert.
Wir können die Reflog-Referenz an git reset anfügen undauf einen Commit zurücksetzen, der vor dem Rebasing vorhanden war.
Interaktives Rebasing gibt dir die Möglichkeit, Commits zu modifizieren, wenn sie in den neuen Branch verschoben werden.
Wenn du die Datei speicherst und schließt, führt Git das Rebasing nach deinen Anweisungen durch.
Wenn du Konflikte während dem Rebasing löst, sind deine Merges am Ende der Feature-Entwicklung immer sauber.
Es empfiehlt sich, die Anweisung git rebase -i zu verwenden, um die verschiedenen Commits zu einem einzigen zusammenzufassen oder um sie in anderer Weise neu zu arrangieren, sodass es für die Projektbetreiber leichter ist, dieÄnderungen zu überprüfen-- siehe[_rewriting_history] für weitere Informationen über interaktives Rebasing.
Das Rebasing kann in deinen bestehenden Git-Workflow integriert werden, und zwar in dem Maße, wie es zu deinem Team passt.
Das bedeutet, dass Du lokale Branches anlegen kannst, mergen,die staging area, rebasing, cherry-picking etc. verwenden, während Deine Kollegen weiterhin aus ihre angestaubte Art und Weise arbeiten.
Da das Rebasing zu völlig neuen Commits führt, wird Git annehmen, dass der Verlauf deines master -Branches von dem aller anderen abweicht.
Diese Features führen das Rebasing und Squashing von Branch-Commits automatisch über die Benutzeroberfläche der Hosting-Solution für dich durch.
Das Rebasing würde die alten Commits durch neue ersetzen und es würde so aussehen, als ob dieser Teil deines Projektverlaufs plötzlich verschwunden ist.
Aus inhaltlicher Sicht ändert Rebasing die Basis deines Branch von einem Commit zu einem anderen, sodass es so aussieht, als ob du deinen Branch von einem anderen Commit erstellt hättest.
Beachte, dass dieses Rebasing nicht gegen die goldene Regel verstößt, denn nur deine lokalen feature- Commits werden verschoben, alles andere davor bleibt unberührt.