Ich bin neu in Git und kämpfe mit diesem Konzept.Wann Git Clone und Git Pull zu verwenden?
Hier ist mein Szenario: Ich habe einen Zweig auf meinem lokalen eingerichtet. Ich möchte jetzt die Dateien von einem Zweig (?) Auf GitHub bekommen, damit ich an ihnen arbeiten kann.
Welche verwende ich und warum?
Verwenden Sie den Klon, wenn Sie keine Kopie des Repositorys auf Ihrem aktuellen Computer haben oder wenn Sie eine neue, separate Kopie erstellen möchten.
Verwenden Sie pull, wenn Sie eine Kopie des Repositorys haben, und Sie möchten Änderungen von einer externen Quelle (oft, aber nicht immer, an der Stelle, von der Sie sie geklont haben) einlesen.
Welche verwende ich und warum?
In diesem Fall gilt keines wirklich. Sie möchten überprüfen die Remote-Zweigstelle. Höchstwahrscheinlich mit git checkout -t origin/branchname, die einen Tracking-Zweig eingerichtet.
Danke. Was ist, wenn ich ein leeres Repository habe? Ziehen? – MeltingDog
Dateien sind nicht "in einem Zweig" so sehr wie sie "in einem Commit" sind. Tatsächlich ist in Git der Begriff * branch * mehrdeutig: Er kann sich auf eine Verzweigung * name * wie 'master' oder auf eine Kette von Commits beziehen, die mit einer Commit-Operation enden, die als * tip * oder * head * bezeichnet wird. Eine Verzweigung * name * zeigt auf eine * tip commit *, und diese tip-most-commit verweist rückwärts auf eine parent commit, die wieder auf * its * parent zeigt, und so weiter. – torek
Wenn ich 'git pull' verwende, ist meine bevorzugte Antwort" nie ", und die zweite Ebene ist" erst nachdem du gelernt hast, dass 'git pull' nur' git fetch' gefolgt von 'git merge' ist." . Also: 'git clone' bedeutet" eine Kopie von einem Repository erstellen ", während' git fetch' bedeutet "im Repository, wo ich jetzt bin, geh holen Updates - Zeug, das neu seit dem letzten kopiert/abgerufen". Sobald Sie ihre (einige andere Git's) Updates sicher kopiert haben, können Sie entweder 'zusammenfügen' oder 'rebasen', um * ihre * Arbeit und * Ihre * Arbeit zu kombinieren. – torek