nicht angemeldet
GitLab Forken und Clonen
AugeHallo,
ich habe eine Frage zu GitLab.
Macht es Sinn ein Projekt erst zur Forken und es dann zu Clonen und somit lokal abzuspeichern, um daran Änderungen vornehmen zu können?
Und was ist der genaue Unterschied zwischen einem Fork und einem Clone in GitLab?
Über eine Antwort würde ich mich sehr freuen.
Viele Grüße
Lisa
-
Tach!
Macht es Sinn ein Projekt erst zur Forken und es dann zu Clonen und somit lokal abzuspeichern, um daran Änderungen vornehmen zu können?
Vermutlich nicht. Kommt immer darauf an, was das Ziel ist. Forken ist sinnvoll, wenn man Änderungen veröffentlichen möchte, aber es ab da ein eigenes Projekt sein soll. Ansonsten könnte man die Änderungen lieber dem Originalprojekt zuspielen (Pull-Request).
Für den Privatgebrauch empfiehlt sich eher, einen Clone zu erstellen, und seine Änderungen in einem eigenen Branch zu beginnen. Dann hat man auch noch die Möglichkeit, Änderungen am Original zu fetchen und in den privaten Zweig zu mergen. Prinzipiell kann man einen Fork auch mit Updates versorgen, aber das wäre dann nur ein unnötiger Zwischenschritt, erst zum Fork fetchen/pullen und dann zur Arbeitskopie.
Und was ist der genaue Unterschied zwischen einem Fork und einem Clone in GitLab?
Clonen ist eine Funktion von Git selbst. Mit Clonen erstellt man Arbeitskopien. Forken ist eine Funktion der Repository-Hoster für ein Abzweigen, wenn man getrennte Wege gehen möchte.
dedlfix.
-
Hallo
ich habe eine Frage zu GitLab.
Macht es Sinn ein Projekt erst zur Forken und es dann zu Clonen und somit lokal abzuspeichern, um daran Änderungen vornehmen zu können?
Wie dedlfix schon schrieb: „Kommt drauf an.“
Wenn du einem anderen Repository-Eigner zuarbeiten willst, ist es sinnvoll, von dessen Repo A zuerst einen Fork B zu erstellen, diesen dann auf deinen Rechner zu klonen, dort die Änderungen in eigenen Branches vorzunehmen, diese auf das eigene Gitlab-Repo B zu pushen und von dort aus einen Merge-Request auf das ursprüngliche Repo A zu erstellen.
Der Empfehlung von dedlfix, direkt das Repo A zu klonen möchte ich zumindest in Hinsicht auf das soeben beschriebene Szenario widersprechen, denn das wird schon allein deswegen nicht funktionieren, weil du üblicherweise nicht das Recht hast, auf das Repo A zu pushen [1], was ohne eigenes Repo notwendig wäre, um einen Merge-Request zu erstellen.
Wiist du jedoch ausschließlich den Originalcode haben und eventuelle Änderungen ausschließlich für dich selbst vornehmen und sie nicht veröffentlichen [2], dann kannst du allerdings tatsächlich das Oringional-Repo A klonen, denn du willst ja nicht auf dieses zurückwirken.
Tschö, Auge
--
Ein echtes Alchimistenlabor musste voll mit Glasgefäßen sein, die so aussahen, als wären sie beim öffentlichen Schluckaufwettbewerb der Glasbläsergilde entstanden.
Hohle Köpfe von Terry Pratchett