Git Push zu einem neuen Zweig. Erstellen Sie einen neuen Zweig auf dem Server aus dem aktuellen lokalen Zweig. Was ist der Unterschied zwischen "Git Pull" und "Git Fetch"

In diesem Fall ist es beispielsweise möglich, den Rechtsstreit in einem komplexen Zusammenschluss fortzusetzen und alle verfügbaren Versuche, den Zusammenschluss selbst zu erörtern, beizubehalten. Angenommen, Marco schlägt Gianni vor, dass Versuch 2 am richtigsten ist, aber eine kleine Änderung erforderlich ist.

Geschichte umschreiben Push

Hier ist die Situation. Zu diesem Zeitpunkt haben wir einen dritten Merge-Fix, der das Ergebnis von Gianni2s Versuch ist, zu dem Marco seine Korrekturen hinzufügte. An dieser Stelle können Sie eine Bereinigung durchführen.


In diesem Moment kann Gianni einen Push versuchen, der erfolgreich sein wird, wenn zur gleichen Zeit niemand anderes weitere Herkunftsänderungen vorantreibt.

Wenn Sie versuchen, auf zu klicken, wird zu diesem Zeitpunkt eine Fehlermeldung angezeigt. Tatsächlich hat Gianni jetzt eine Situation geschaffen, in der sein perfektes Ergebnis der Änderung den Verpflichtungen vor der Änderung widerspricht. Diese Regel hat eine Konsequenz, die vor allem nach komplexen Fusionen vorschlägt, ausgeführt zu werden große Menge prüft und überprüft, ob die Zusammenführung korrekt ist, bevor Sie auf klicken. Sobald der Push tatsächlich ausgeführt wurde, wird das Ändern der Zusammenführung zu einer trivialen Operation.

Die Verwaltung von Zweigniederlassungen in einem verteilten System unterscheidet sich grundlegend von der zentralen Verwaltung, bei der eine Zweigniederlassung lediglich eine „intelligente Kopie“ des Versionskontrollordners ist. Auf konzeptioneller Ebene ist eine Verzweigung eine „Code-Zeichenfolge“, die durch Zusammenführungsoperationen unabhängig entworfen und mit anderen Code-Zeichenfolgen synchronisiert werden kann. Im Gegenteil, bei Distributed fehlt dieses Bedürfnis völlig, da der Begriff "Codezeile" der Struktur eines Distributed Repository inhärent ist. Der Add-In-Prozess gibt an, welche Änderungen beim nächsten Festschreiben berücksichtigt werden sollen, und wird entweder verwendet, um "neue Dateien hinzuzufügen" oder um "Dateien hinzuzufügen, die sich bereits im Repository befinden, aber geändert wurden".

Tatsächlich werden alle hinzugefügten Dateien einem bestimmten Bereich hinzugefügt, der als Staging-Bereich bezeichnet wird und die Änderungen enthält, die beim nächsten Festschreiben berücksichtigt werden sollen. Am Ende der vorherigen Vorgänge wird das Beispielrepository angezeigt, wie in der folgenden Abbildung dargestellt, in der der Unterschied zum zentralisierten System dargestellt ist.

Die Tatsache, dass lokale Repositorys vorhanden sind, impliziert, dass zwei separate Entwickler lokale Provisionen vom selben Vater erstellt haben und daher zwei verschiedene Codezeilen haben: eine für Entwickler oder beide, die in ihrer lokalen Niederlassung gearbeitet haben.

Diese Situation ist nutzlos und nur dann sinnvoll, wenn Sie den Inhalt des Repositorys zu einem früheren Zeitpunkt anzeigen möchten. Es wird jedoch nicht empfohlen, es für die Arbeit zu verwenden und andere Änderungen vorzunehmen. Wenn man von einem Zeiger spricht, handelt es sich um eine einfache Variable, die auf ein bestimmtes Commit verweist und normalerweise als Zweig bezeichnet wird. Tatsächlich ist die Verzweigung keine „intelligente Kopie“ des Ordners, sondern nur ein Zeiger, der auf ein bestimmtes Commit hinweist und es Ihnen ermöglicht, einen „Shutshot“ dieses Commits zu erstellen.

In diesem Fall müssen Sie zwei separate Codezeilen lokal speichern: die Master-Codezeile und die Codezeile, in der der Fehler behoben wird. Im zentralisierten Modus ist diese Option nicht verfügbar. Die einzige Analogie besteht darin, einen Zweig auf dem Server zu erstellen, der jedoch für das gesamte Team sichtbar ist. Geben Sie an dieser Stelle einfach den Namen des Zweigs an.

In diesem Fall ist klar, dass der neu erstellte Zweig nur lokal ist und daher nicht in der Quelle veröffentlicht wird. Auf der Registerkarte Commits finden Sie eine ausführlichere Erläuterung. Dadurch wird der erstellte Zweig nur im lokalen Repository erstellt und es wird niemand angezeigt. Mit zwei lokalen Zweigen und dann zwei Zeigern wird das lokale Repository nach zwei Festschreibungen für den lokalen Zweig und Festschreibungen für den Hauptzweig angezeigt.

Die vorherige Abbildung zeigt, wie Sie den Zweig zusammenführen, in dem der Hauptfehler behoben ist. Sobald jeder Konflikt gelöst ist, müssen Sie mit der Lösung einen neuen Commit durchführen. Wie Sie sehen, ähnelt das Ergebnis der Lösung von Konflikten, die von zwei Entwicklern verursacht wurden, die dieselbe Datei in ihrer jeweiligen Datei geändert haben lokale RepositoriesDas Konzept ist ähnlich. Im vorherigen Fall ist ein Konflikt zwischen dem lokalen Master und dem fernen Master aufgetreten. In diesem Fall tritt ein Konflikt zwischen zwei lokalen Zweigen auf.

Nach dem Lösen von Konflikten zwischen lokalen Zweigen können zusätzliche Konflikte im Assistenten auftreten, die von anderen Entwicklern verursacht wurden, die dieselben Dateien wie in der folgenden Abbildung geändert haben. Das Ergebnis ist unten dargestellt. In diesem Fall haben wir zwei lokale Niederlassungen und eine entfernte, alle Zusammenführungen sind abgeschlossen, und dann können wir auf das zentrale Repository klicken.

Lokale Affiliate-Effekte für andere Entwickler

Oft sind lokale Zweige, die zur Korrektur von Fehlern oder Experimenten verwendet werden, nach dem Zusammenführen nicht mehr sinnvoll und werden gelöscht. Die Löschoperation löscht einfach den Zeiger, aber alle festgeschriebenen Verpflichtungen bleiben immer bestehen. Ein interessanter Aspekt ist, zu verstehen, was andere Entwickler sehen, wenn sie die Entwickleränderungen, die eine lokale Zusammenführung bewirkt haben, herausziehen und herausziehen. Mal sehen, was mit einem anderen Teamentwickler passiert.

Dies sieht ein anderer Entwickler. Diese Situation führt oft dazu, dass die Leute keine lokalen Niederlassungen nutzen, um das zentrale Repository nicht zu komplizieren, aber dies beraubt viele der Vorteile dieses Tools. Angenommen, der zweite Entwickler beklagt, dass die Situation in seinem Repository verwirrt ist, weil der vom ersten Entwickler erstellte lokale Zweig die Repository-Struktur komplexer gemacht hat. Wenn alle Entwickler lokale Zweige verwenden, kann das zentrale Repository möglicherweise nicht mehr verwaltet werden.

Die Situation ist ähnlich wie in der vorherigen Situation. Da alle Effekte mit dem Ordner-Snapshot-Tool assimiliert werden können, das das Differential mit dem vorherigen Status für jedes Commit beibehält, können alle diese Informationen verwendet werden, um Differentialänderungen für verschiedene Väter erneut anzuwenden. Bei lokalen Zweigen, die durch Patches beschränkt sind, treten häufig keine Konflikte auf, und der Vorgang wird erfolgreich abgeschlossen.