Repo auf GitHub verteilen, aber neue Probleme auf der Gabel zulassen [geschlossen]


109

Ich habe zuvor die Repos anderer Leute auf GitHub gespalten und festgestellt, dass die Probleme beim ursprünglichen Repo bleiben und ich keine Probleme beim gespaltenen Repo einreichen kann.

Ich habe jetzt folgende Aufgabe. Ich arbeite für ein kleines Unternehmen, dessen Entwicklung von einem der Principals auf seinem persönlichen Konto durchgeführt wurde. Er hat das Projekt einvernehmlich verlassen und wir möchten dieses Projekt von seinem persönlichen Account auf einen neuen "Rollen" Account auf GitHub migrieren.

Ich würde natürlich das Repo gabelen, um den Code-Verlauf beizubehalten, aber dann werde ich mit einem Repo enden, bei dem wir keine neuen Probleme einreichen können, was ziemlich unerwünscht ist.

Wie kann ich eine Kopie dieses Original-Repos in unserem neuen Konto erstellen, wobei im Idealfall der Codeverlauf beibehalten wird, aber neue Probleme in diesem neuen Konto eingereicht werden können?


Ich stimme dafür, diese Frage als "Off-Topic" zu schließen, da der Support für verschiedene Produkte und Dienstleistungen an die entsprechenden Support-Kanäle gerichtet werden sollte.
Thomas Owens

Antworten:


150

Nach einem kurzen Test ist es möglich, ein Problem an Ihrer eigenen Gabel eines Repos anzubringen. Folgendes habe ich getan:

  • Gabeln Sie ein Repo
  • Gehen Sie zur Seite Einstellungen Ihrer Gabel.
  • Aktivieren Sie das Kontrollkästchen neben Issues

Sie können nun Probleme auf Ihrer eigenen Gabel einreichen und sie werden nicht in das Hauptrepo aufgenommen.

Bildbeschreibung hier eingeben


1
Wenn Sie wissen, was zu tun ist, sicher. Warum ist es nicht standardmäßig aktiviert?
Chaim Eliyah

4
@ChaimEliyah Da die meisten Gabeln auf Github Pull-Anforderungen erstellen. Es ist wichtig sicherzustellen, dass Fehlerberichte im ursprünglichen Projekt landen und nicht in den Klonen, in denen sie wahrscheinlich einfach ignoriert werden.
Marc Schütz

13

Es besteht auch die Möglichkeit, ein Repository von einem Konto auf ein anderes zu übertragen (z. B. von einem ehemaligen Mitarbeiter auf ein Organisationskonto).

  • Die Schaltfläche "Eigentümer übertragen" befindet sich unten auf der Seite "Einstellungen" des Repositorys im Abschnitt "Gefahrenzone".
  • Der aktuelle Eigentümer des Repositorys muss über Administratorrechte für die Zielorganisation verfügen (dies kann jedoch nur vorübergehend sein).

2

Dies ist eine alte Frage, und ich würde den Ansatz, den David P. vorstellt, favorisieren.

Eine weitere Option besteht darin, sich daran zu erinnern, dass ein lokales Git-Repository ein vollständiges Repository ist, das den Codeverlauf enthält. Sie könnten es einfach als ein anderes Repository auf GitHub pushen, sodass GitHub keine Ahnung hätte, dass die beiden verwandt sind. Sie sehen immer noch Ihren gesamten Commit-Verlauf.

Dieser Ansatz würde dazu führen, dass Sie das bisherige Problemprotokoll verlieren. David Ps Ansatz ist meiner überlegen, IMO.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.