Git ziehen ohne Kasse?

Ich bin es gewohnt, Git Pull und andere Befehle in einem Zweig auszuführen, an dem ich arbeite. Ich habe jedoch einen Entwicklungsserver eingerichtet, an dem mehrere Personen arbeiten, sodass ich dabei nicht zwischen Zweigen wechseln muss. Wenn ich einen vorhandenen Zweig auf dem Dev-Server aus dem von uns allen verwendeten Github-Repository aktualisieren möchte, wie wäre das der richtige Weg? Wenn ich den Befehl 'git pull github branchname' ausführe, wird der Zweig dann einfach in den aktuellen Zweig gezogen?

Alle Git-Beispiele, die ich finden kann, scheinen darauf hinzudeuten, dass Sie zuerst 'checkout branchname' ausführen und dann den Pull ausführen. Ich versuche das zu vermeiden. Wie gesagt, dies ist ein bestehender Zweig und ich möchte nur auf die neueste Version aktualisieren.

Ich suchte nach der gleichen Sache und fand schließlich die Antwort, die für mich in einem anderen Stackoverflow-Beitrag funktionierte: Zusammenführen, Aktualisieren und Ziehen von Git-Zweigen ohne Verwendung von Kassen

Grundsätzlich:

git fetch <remote> <srcBranch>:<destBranch>

Ich hatte das gleiche Problem mit der Notwendigkeit zu begehen oder zu aktuellen Funktionsänderungen, Kasse bunkert Master Zweig, tut pullBefehl alles tun , um aus der Ferne zu lokalem masterArbeitsplatz, wechseln Sie dann wieder zu einem Feature - Zweig und führen Sie ein , rebaseum es up-to-date mit Meister.

Um dies alles zu erledigen, lassen Sie den Arbeitsbereich im Feature-Zweig und vermeiden Sie das Umschalten. Ich mache Folgendes:

git fetch origin master:master

git rebase master

Und es macht den Trick gut.

Wenn Sie möchten, dass die Tipps für den lokalen Zweig nachher erneut angezeigt werden git fetch, benötigen Sie einige zusätzliche Schritte.

Genauer gesagt, nähme die GitHub Repo - Filialen hat D, B, C, und master(der Grund für dieses ungeradee Zweig-name-Set wird in einem Moment klar sein). Sie sind auf Host devhostund Sie sind in einem Repo, wo originist das Github-Repo. Sie tun git fetch, was über alle Objekte und Updates bringt origin/D, origin/B, origin/C, und origin/master. So weit, ist es gut. Aber jetzt sagen Sie Ihnen etwas passieren soll, auf devhost, um lokale Niederlassungen D, B, Cund / oder master?

Ich habe diese offensichtlichen (für mich jedenfalls) Fragen:

1. Warum sollen die Tipps aller Branchen aktualisiert werden?
2. Was ist, wenn ein Zweig (z. B. B) Commits hat, die dem Remote-Repo (Github) fehlen? Sollten sie zusammengeführt, neu gegründet oder ...?
3. Was ist, wenn Sie sich in einem Zweig befinden (z. B. C) und das Arbeitsverzeichnis und / oder der Index geändert, aber nicht festgeschrieben wurden?
4. Was ist, wenn im Remote-Repo neue Zweige hinzugefügt ( A) und / oder Zweige gelöscht ( D) wurden?

Wenn die Antwort auf (1) lautet "weil devhostnicht für die Entwicklung, sondern für einen lokalen Spiegel, der einfach eine lokal verfügbare Kopie des Github-Repos aufbewahrt, damit alle unsere tatsächlichen Entwickler schnell daraus lesen können, anstatt langsam daraus zu lesen." github ", dann willst du eher einen" Spiegel "als ein" normales "Repo. Es sollte kein Arbeitsverzeichnis haben, und vielleicht sollte es auch keine Pushs akzeptieren. In diesem Fall verschwinden die verbleibenden Fragen einfach.

Wenn es eine andere Antwort gibt, wird (2-4) problematisch.

In jedem Fall gibt es eine Möglichkeit, die Aktualisierung lokaler Refs basierend auf Remote-Refs ( git fetch -pz. B. nach dem Ausführen ) zu aktualisieren :

for ref in $(git for-each-ref refs/remotes/origin/ --format '%(refname)'); do
    local=${ref#refs/remotes/origin/}
    ... code here ...
done

Was in diesem ... code here ...Abschnitt steht, hängt von den Antworten auf die Fragen ab (2-4).

Verwenden

git fetch

stattdessen. Es aktualisiert die Remote-Refs und -Objekte in Ihrem Repo, lässt jedoch die lokalen Zweige, HEAD und den Arbeitsbaum in Ruhe.

BEARBEITEN: Verwenden Sie 'git pull'. Es werden alle Zweige aus dem Repo abgerufen und auch auf den neuesten Stand aktualisiert, wenn der Zweig auf dem lokalen System nur für den aktuellen Zweig beendet wird. Hinweis: Git Pull entspricht Fetch + Merge, bei dem alle Zweige abgerufen werden, jedoch nur der aktuelle Zweig.