2012-03-15 15 views
65

Succede ogni tanto. Alcune librerie dipendono da un'altra e un utente apre un problema che appartiene al repository sbagliato. Posso spostare il problema sull'altro repository?Come posso spostare un problema su github su un altro repository?

Si potrebbe obiettare che il problema potrebbe essere considerato come problema di entrambi i reposli perché uno dipende dall'altro e fintanto che uno non funziona correttamente entrambi non lo fanno. Ma preferirei parlare delle soluzioni al problema nel repository al quale appartiene.

risposta

52

No, ufficialmente non è possibile spostare i problemi tra repository.

C'è un trucco, github-issues-import, un tipo di plug-in, per importare i problemi da un repository all'altro.

+4

creato un altro hacked versione GH-problemi-importatore qui https://github.com/collective/collective.developermanual/blob/master/gh-issues-import.py –

+2

'GH-problemi-import 'mi è sembrato spezzato (continuando a ottenere un 404). Ho usato la sceneggiatura di Mikko e ha funzionato bene. Tuttavia, non ha tenuto chiusi i problemi chiusi o ha importato etichette o pietre miliari. Basta aggiornare username/password e rimuovere il riferimento a 'colored'. – Alexandre

+3

Per far funzionare lo script di Mikko per i problemi chiusi, aggiungi 'state = closed' ai parametri della query dell'URL nel metodo' get_issues'. – Calvin

26

Come Daniel: non è possibile spostare ufficialmente i problemi tra repository.

Anche se ho creato uno strumento online che ti aiuterà a spostare i problemi tra i repository. In realtà copia il problema e chiude quello vecchio.

https://github-issue-mover.appspot.com

potrebbe essere più veloce da usare che di scaricare e configurare uno script se si desidera solo per fare questo di tanto in tanto.

+3

Chiunque venga a questa Q nel 2015 dovrebbe provare prima questa risposta. – nickdos

+1

Soluzione semplice. Funziona bene. – user2748261

+1

non sembra funzionare su repository privati ​​[gh-15] (https://github.com/google/github-issue-mover/issues/15); mi dà un ERRORE NULL come il bug [gh-11] (https://github.com/google/github-issue-mover/issues/11) –

0

Gli strumenti popolari disponibili per eseguire questa operazione sono estremamente complicati o non risolvono molto bene il problema. Sono stato sorpreso di scoprire che non era disponibile nulla che risolvesse veramente il problema in un modo semplice ... così ho scritto un piccolo strumento interattivo che ti permette di fare questo tipo di lavoro.

È possibile trovare lo strumento in https://github.com/trbritt/github-issue-migrate

Il readme include informazioni sui problemi con altri strumenti che fanno questo tipo di lavoro e di un facile esempio di come fare questo in meno di 2 minuti.

3

Move IssueSe si dispone dell'integrazione ZenHub, si vedrà questo pulsante in basso a destra durante la visualizzazione di un problema. Ciò consente che il problema sia copiato in un altro repository nella stessa organizzazione o copiato e chiuso.

E sì, "Sposta problema" è un termine improprio.

Sembra che non ci sia ancora modo di spostare (copia ed elimina) o di eliminare, un problema inviato per errore.

EDIT: Attenzione, la v1 di questa caratteristica ha importanti limitazioni come lasciando dietro di sé un po 'di più (?) Di metadati del problema, gli abbonati non notifica, ecc

+0

Hmm, non vedo questo pulsante quando si passa a uno dei miei problemi aperti. – fent

+0

@DeaDEnD Oh diavolo, mio ​​male. È una funzionalità di ZenHub, non incorporata in GitHub. Beh, questo non confonde affatto, avendo due organizzazioni che hanno hackerato in modo indipendente sulla stessa interfaccia utente web. – Spike0xff

+0

E sono solo una sciocca manovella per aver pensato che nel mio dialetto dell'inglese, quando si diffonde qualcosa, si presenta in un posto nuovo e non è più dove prima? Un'interfaccia utente di due parole, e non potevano averli entrambi ragione? – Spike0xff

Problemi correlati