Come collegare Azure Boards e GitHub
Published: Tue, 10/28/25
Come collegare Azure DevOps Board con GitHub (senza perdere le feature migliori)
Negli ultimi mesi sempre più team stanno valutando la migrazione da Azure DevOps a GitHub, spinti dalle nuove funzionalità di intelligenza artificiale integrate con Copilot. La verità è che Microsoft sta puntando moltissimo su GitHub come piattaforma “AI-first”, e il ritmo con cui arrivano le nuove integrazioni è impressionante. Ma Azure DevOps ha ancora un punto di forza enorme: le Board (e le Pipeline) Sono mature, flessibili, capaci di gestire processi complessi e scenari enterprise con una granularità che GitHub Projects ancora non raggiunge.
Allora perché scegliere? Possiamo unire i due mondi e farli lavorare insieme.
Il vantaggio dell’integrazione
Connettere Azure DevOps Board a GitHub permette di:
- continuare a gestire i work item e la pianificazione del lavoro in DevOps;
- mantenere i repository su GitHub;
- avere la feature parity sui collegamenti con commit, branch e pull request, esattamente come accade quando il codice è su Azure DevOps.
In pratica, è la soluzione ideale per chi vuole restare operativo durante una migrazione graduale verso GitHub, o semplicemente sfruttare il meglio di entrambi gli ecosistemi.
Configurazione passo per passo
- Apri Azure DevOps e vai nella tua organization.
- Entra nel progetto che vuoi collegare a GitHub. La configurazione è a livello di progetto, non di organizzazione.
- In basso a sinistra clicca sull’ingranaggio delle impostazioni.
- Trova la sezione GitHub Connection.
- Clicca su Connect your GitHub account.
- È il metodo consigliato per quasi tutti gli scenari.
- Dopo aver fatto login su GitHub, seleziona l’organization o il tuo account personale, e scegli uno o più repository da collegare.
- Fai Save.
- GitHub ti chiederà di autorizzare l’app “Azure Boards”.
- Puoi limitarla a singoli repository o darle accesso completo a tutti i repo (presenti e futuri). Io di solito concedo l’accesso completo: più pratico, meno manutenzione.
- Se la prima connessione dà errore (succede ancora, a volte), ripeti il collegamento: la seconda volta in genere va.
- Una volta completata, puoi creare un branch su GitHub direttamente da un work item su DevOps, aprire pull request, e vedere i link automatici tra i due ambienti.
Esempio pratico
Crea un work item su Azure DevOps, poi dai sui tre puntini e scegli New GitHub branch.
Dagli un nome, scegli il repository collegato, e basalo su main (o il tuo branch principale).
Se la creazione non parte subito, cambia nome al branch e riprova — c’è ancora qualche bug minore, ma funziona.
Una volta creato il branch, puoi:
- modificare un file su GitHub (per esempio il
README); - fare commit e aprire una pull request;
- tornare su Azure DevOps e vedere il work item aggiornato con branch, commit e stato della PR.
Il ciclo è completo: GitHub gestisce il codice, Azure DevOps gestisce il lavoro.
Video
https://www.youtube.com/watch?v=ihS_nQ1zELU
Considerazioni finali
Questa integrazione non è solo un ponte tecnico: è un modo per fare migrazione evolutiva. Si parte dalle board mature di Azure DevOps e si sposta progressivamente il codice su GitHub, sfruttando Copilot e tutte le nuove API AI che Microsoft sta rilasciando.
Se lavori in un’azienda che sta pensando di fare il salto, inizia così: integra prima, migra poi. E, come sempre, testa tutto su un progetto pilota. La teoria è utile, ma il codice che gira è ancora più onesto.
Sharing is caring
Se conosci qualcuno che potrebbe trovare utile ricevere e-mail per migliorare l'organizzazione dei team di sviluppo software, DevOps e software engineering in generale inoltragli questo post! Qui può iscriversi e cominciare a ricevere subito!
PS
Questo blog post è stato scritto dando in pasto a ChatGPT-5 la trascrizione del mio video e leggermente editato.
Rispondo alle tue e-mail
Nessuno ci fa mai caso nelle newsletter ma puoi rispondere a questo messaggio e io lo leggerò! Fammi sapere cosa ne pensi!
Garanzia al 100% di errori di battitura — Questo messaggio è artigianale, allevato all'aperto e senza glutine. È stato creato a mano con amore e inviato senza filtri. Non c'è stato alcun processo di revisione, nessun processo editoriale, nessuna revisione post-fatto. Pertanto, posso praticamente garantire che ci sia qualche tipo di errore di battitura, grammaticale o un inciampo letterario che farebbe rabbrividire la mia insegnante di italiano delle medie.
Ti piacerebbe condividere questa email? Inoltra questo messaggio a qualche amico. Se preferisci condividere il link, lo puoi trovare qui: https://micheleferracin.it/blog/
Qualcuno di speciale ti ha condiviso questa e-mail? Fantastico! Puoi iscriverti per ricevere future email qui: https://go.micheleferracin.it/newsletter