Gestione dei progetti Azure DevOps
Ogni organizzazione contiene più progetti. A sua volta, un progetto è un gruppo di più servizi di Azure DevOps Services. In ciascun progetto è possibile incontrare servizi Azure quali Boards, Repos, Pipelines, Artifacts e Test Plans. Una volta configurate la sicurezza e le autorizzazioni degli utenti a livello di organizzazione, è possibile procedere a configurare la sicurezza a livello di progetto. È possibile creare un progetto per cliente in modo da raggruppare tutti i dati rilevanti per uno specifico cliente in un contenitore logico.
Riportata in un grafico, questa struttura presenta il seguente aspetto:
È possibile creare facilmente un nuovo progetto facendo clic sul pulsante blu Nuovo progetto nella finestra Home. Specificare un nome per il progetto, selezionare se il progetto è privato o pubblico, infine selezionare il sistema di controllo della versione preferito e un modello Processo di elemento di lavoro.
Come si vede nello screenshot precedente, i progetti pubblici non sono disponibili. È possibile risolvere questo problema modificando un'impostazione dell'organizzazione nel riquadro Sicurezza della sezione Criteri.
Relativamente al controllo della versione, è possibile scegliere tra Git e Controllo della versione di Team Foundation. Esistono differenze significative tra i due sistemi.
Nelle versioni precedenti di Team Foundation Server (TFS, il predecessore di Azure DevOps), l'unica soluzione disponibile per il controllo della versione era il controllo della versione di Team Foundation (TFVC). TFVC è un sistema centralizzato, ossia tutto il codice sorgente è centralizzato su un server. L'archiviazione è gestita da Microsoft SQL Server. È necessaria una connessione ogni volta che si deve eseguire il confronto, il commit o il rollback delle modifiche del codice.
Nel 2013, Microsoft ha aggiunto il supporto per Git come sistema di controllo della versione in TFS. Git è un sistema di controllo della versione open source, creato da Linus Torvalds, il fondatore del kernel Linux. Git è un sistema distribuito, ossia il codice sorgente di un determinato progetto si trova su ognuno dei computer che contribuiscono allo sviluppo di tale codice. Ogni computer ospita la cronologia completa. In questo modo è possibile lavorare offline. È possibile eseguire confronti, commit, rollback e aggiungere o rimuovere file nel repository locale senza una connessione centralizzata. Per sincronizzare le modifiche con i colleghi, è necessario un repository remoto. Tale repository remoto può essere rappresentato da Azure DevOps, ma è possibile usare anche altri servizi come GitHub o Bitbucket.
TFVC è ancora disponibile in Azure DevOps, ma il sistema di controllo della versione predefinito per Azure DevOps è Git. Pertanto, per lo sviluppo di estensioni di Business Central si consiglia di usare Git. Quasi tutti gli esempi, la documentazione e le pipeline disponibili su Internet sono basati su Git. In questo percorso di apprendimento, verrà trattato solo Git.
Il modello Processo di elemento di lavoro consente di definire il processo usato per creare elementi di lavoro e tenere traccia delle attività all'interno del team. Questa funzionalità è collegata al servizio Azure Boards del progetto. È possibile scegliere tra diverse metodologie di gestione dei progetti come Agile e Scrum oppure optare per una metodologia di processo di base.
Una volta creato un progetto, se ne ottiene una panoramica. Sul lato sinistro sono visualizzati tutti i vari servizi per il progetto.
Se si fa clic sul pulsante Impostazioni progetto nell'angolo sinistro, è possibile abilitare i servizi desiderati per il progetto. Questa impostazione può essere diversa a seconda del progetto.
