Forking un pronti contro termine su GitHub ma permettendo nuovi problemi sulla forcella [chiuso]

Naviga le tue risposte
89

In precedenza ho biforcato i repository di altre persone su GitHub, e ho notato che i problemi rimangono con il repository originale e che non posso archiviare problemi sul repository biforcuto.

Ora ho il seguente compito. Sto lavorando per una piccola azienda in cui lo sviluppo è stato svolto da uno dei principali sul suo account personale. Ha lasciato amichevolmente il progetto e vorremmo trasferire questo progetto dal suo account personale a un nuovo account "ruolo" su GitHub.

Ovviamente spenderei il repository, al fine di preservare la cronologia del codice, ma poi finirò con un repository in cui non possiamo presentare nuovi problemi, il che è piuttosto indesiderabile.

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

    
posta Tom Swirly 14.12.2012 - 19:43
fonte

3 risposte

130

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

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

Ora puoi archiviare i problemi sulla tua forcella e questi non verranno posizionati nel repository principale.

    
risposta data 14.12.2012 - 20:24
fonte
10

C'è anche l'opzione trasferire (proprietà di) un repository da una conto ad un altro (ad esempio 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 di pericolo".
  • L'attuale proprietario del repository deve disporre di privilegi amministrativi per l'organizzazione di destinazione (anche se potrebbe essere solo temporaneo).
risposta data 25.03.2014 - 06:23
fonte
2

Questa è una domanda antica e vorrei favorire l'approccio che David P presenta.

Un'altra opzione è ricordare che un repository Git locale è un intero repository, completo di cronologia del codice. Tu potresti semplicemente spingerlo come un altro repository su GitHub, in modo tale che GitHub non avrebbe idea che i 2 fossero correlati. Vedi ancora l'intera cronologia dei commit.

Questo approccio potrebbe far perdere la cronologia di tracciamento dei problemi. L'approccio di David P è superiore al mio, IMO.

    
risposta data 21.10.2014 - 15:27
fonte

Leggi altre domande sui tag

Quanto è importante il grazioso degrado di JavaScript? Perché alcuni programmi C sono scritti in un enorme file sorgente?