Die beste Methode, um ein Basisrepository für ein neues Projekt zu bearbeiten

Question

Wenn ich Projekt A in einem neuen Projekt, B, klonen/forkeln/abarbeiten möchte, was wäre der beste Ansatz?

Meine aktuelle Idee ist, dies zu tun:

• Klon-Repository A, und zwei Fernbedienungen erstellen. Der erste, das ein aussagekräftiger Name in die Repository-URL der Repository A zeigt, und die zweiten, origin, die B. zu der Verwahrungsstelle weist

Der Grund, warum ich dies tun wollen ist, so dass Repository B-Repository A haben kann eine Basis, und jederzeit Änderungen an Repository A vorgenommen werden, die ich zusammenführen möchte, kann ich nur git pull <repository-A-remote-name> <branch> und wenn ich zu Repository-BI schieben möchten, nur zum Ursprung drücken.

Hat jemand schon einmal diese Art von Workflow gehabt, und wenn ja, würden Sie sagen, dass dies ein guter Ansatz ist, oder haben Sie etwas anderes versucht?

Hinweis: Pull-Anforderungen auf GitHub sind hier nicht notwendig, da Projekt A nie die Änderungen des Projekts B braucht, aber Projekt B müssen immer in Aktuelles fusionieren A. Projekt

Answer 1

Das ist so ziemlich das gleich. Der einzige Unterschied ist die Gabel-Beziehung in GitHub. Forking in GitHub erstellt nur einen Klon des Repos unter Ihrem Benutzer und unterhält eine Eltern-Gabel-Beziehung zwischen den beiden. Wenn Sie möchten, dass Ihre Gabel als Gabel des Elternteils in der Gabel und im Elternelement angezeigt wird und/oder Pull-Anforderungen posten möchte, wird eine Gabelung ausgeführt. Wenn Sie nicht möchten, dass diese Beziehung angezeigt wird und Sie keine PRs posten möchten, dann klonen Sie einfach und drücken Sie als neues Repo auf Ihr Konto.

Eine entfernte upstream für A und eine remote origin für Ihre eigenen Repo und regelmäßig zu integrieren Upstream-Änderungen in Ihrem Repo ist ziemlich häufig Workflow, unabhängig von GitHub überhaupt. (Namen sind natürlich frei wählbar)