Repository Git e sincronizzazione dei ticket
Collega un account Git, associa un repository al progetto e configura la sincronizzazione dei ticket con il provider.
La connessione Git personale autorizza l’accesso al provider; il collegamento del repository e la sincronizzazione dei ticket sono impostazioni del progetto. Il proprietario le configura per GitHub.com o GitLab.com. Controlla separatamente accesso, direzione della sincronizzazione e conflitti.
Collegare Git e un repository al progetto
Collega GitHub o GitLab nelle impostazioni Git dell’account e completa l’autorizzazione nel browser. Concedi solo i repository necessari. Su desktop torna all’app dopo il browser. La connessione è riutilizzabile tra progetti, senza collegare automaticamente ogni repository.
Il proprietario apre Git nelle impostazioni del progetto, sceglie un repository disponibile e conferma. Controlla fornitore, nome completo e account che agirà. I membri non possono sostituire il collegamento riservato al proprietario. Il collegamento abilita il contesto del repository, il monitoraggio delle pull request e le skill del repository; la sincronizzazione dei ticket ha un interruttore separato.
Repository assente o accesso scaduto
Se l’elenco è vuoto, controlla permessi e autorizzazione di organizzazione o repository. Ricollega un account scaduto invece di incollare token nei ticket. Scollegare richiede il proprietario; leggi la conferma.
Self-hosted può usare un relay gestito configurato o app proprie dell’operatore. Il collegamento al relay è esplicito e non rende locale la piattaforma Git. La disponibilità dipende dalla configurazione. Verifica la politica dell’operatore prima di autorizzare.
Sincronizzare ticket della piattaforma Git
Come proprietario, apri Git dopo aver collegato il repository. Attiva la sincronizzazione con i diritti di scrittura necessari. I ticket importati arrivano al triage. Verifica il recupero iniziale indicato e titolo, descrizione e stato di un ticket remoto noto.
Aperto e chiuso si riflettono in entrambe le direzioni. In GitHub titolo e corpo diventano titolo e descrizione; le etichette forniscono categorie, priorità e impegno riconosciuti; viene usato il primo assegnatario collegato e la scadenza della milestone. I commenti mantengono autore, identità, URL e date remoti. I blocchi richiedono entrambi i ticket nello stesso progetto importato. Restano gli URL degli allegati; byte caricati e campi GitHub Projects non hanno equivalente nativo.
Permessi, conflitti e disattivazione
La GitHub App richiede lettura/scrittura di Issues e iscrizioni Issues, Issue comments e Issue dependencies. Le installazioni esistenti devono accettare nuovi permessi. Queste corrispondenze non garantiscono tutti i campi GitLab.
Eventi GitHub datati più vecchi non sovrascrivono modifiche locali recenti. Identità di consegna e commenti evitano duplicati. Confronta date e consulta eventi del fornitore e log operatore se manca il recupero iniziale. Disattiva nello stesso controllo del proprietario; esamina separatamente il lavoro già importato.