Forking un repository su GitHub ma consentendo nuovi problemi sul fork [chiuso]


109

In precedenza ho eseguito il fork dei repository di altre persone su GitHub e ho notato che i problemi rimangono con il repository originale e che non riesco a presentare problemi sul repository con fork.

Ora ho il seguente compito. Sto lavorando per una piccola impresa in cui lo sviluppo è stato fatto da uno dei direttori per suo conto personale. Ha lasciato amichevolmente il progetto e vorremmo migrare quel progetto dal suo account personale a un nuovo account "di ruolo" su GitHub.

Devo naturalmente fork del repository, al fine di preservare la cronologia del codice, ma poi finirò con un repository in cui non è possibile presentare nuovi problemi, il che è abbastanza indesiderabile.

Come posso fare una copia di questo repository originale nel nostro nuovo account, mantenendo idealmente ancora la cronologia del codice, ma essere in grado di presentare nuovi problemi all'interno di questo nuovo account?


Sto votando per chiudere questa domanda come fuori tema perché il supporto per vari prodotti e servizi dovrebbe essere diretto verso i canali di supporto appropriati.
Thomas Owens

Risposte:


150

Dopo un rapido test, è possibile allegare un problema al proprio fork di un repository. Ecco cosa ho fatto:

  • Fork un repo
  • Vai alla pagina Impostazioni del tuo fork.
  • Seleziona la casella accanto a Issues

Ora puoi archiviare i problemi sul tuo fork e non verranno inseriti nel repository principale.

inserisci qui la descrizione dell'immagine


1
Se sai cosa fare, certo. Perché non è attivo per impostazione predefinita?
Chaim Eliyah,

4
@ChaimEliyah Perché la maggior parte delle forcelle su Github sono create per creare richieste pull. È importante assicurarsi che le segnalazioni di bug finiscano nel progetto originale, non nei cloni in cui verrebbero probabilmente ignorati.
Marc Schütz,

13

Esiste anche la possibilità di trasferire (la proprietà di) un repository da un account a un altro (ad es. Da un ex dipendente a un account "organizzazione").

  • Il pulsante "Trasferisci proprietà" si trova nella parte inferiore della pagina Impostazioni del repository, nella sezione "Zona pericolosa".
  • L'attuale proprietario del repository deve disporre dei privilegi di amministratore per l'organizzazione di destinazione (anche se potrebbe essere solo temporaneo).

2

Questa è una domanda antica e preferirei l'approccio presentato da David P.

Un'altra opzione è ricordare che un repository Git locale è un intero repository, completo di cronologia del codice. Si può solo spingere come un altro repository su GitHub, in modo tale che GitHub non avrebbe alcuna idea il 2 sono stati correlati. Vedi ancora la tua intera cronologia di commit.

Questo approccio ti farebbe perdere qualsiasi cronologia di tracciamento dei problemi che hai però. L'approccio di David P è superiore al mio, IMO.

Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.