Glossario sulla gestione dei progetti e sulla navigazione

Azure DevOps Services | Azure DevOps Server 2022 - Azure DevOps Server 2019

Questo glossario descrive i termini usati durante l'esplorazione nel portale Web per Azure DevOps. Vedere anche il glossario Agile.

Backlog

Elenco interattivo di elementi di lavoro che corrisponde al piano di progetto o alla roadmap di un team per le attività che il team prevede di distribuire. Il backlog del prodotto supporta la definizione delle priorità del lavoro, la previsione del lavoro in base agli sprint e il collegamento rapido del lavoro agli elementi backlog portfolio. È possibile definire gli elementi del backlog e quindi gestirli usando la scheda Kanban.

Teams può personalizzare ogni backlog. Per altre informazioni, vedere Creare il backlog.

Visualizzazioni di Analisi

Le visualizzazioni di analisi offrono un modo semplificato per specificare i criteri di filtro per un report di Power BI basato sul servizio Analisi. Il servizio Analytics è la piattaforma di creazione di report per Azure DevOps Services.

Percorso area

I percorsi di area vengono usati per raggruppare gli elementi di lavoro per team, prodotto o area di funzionalità. I percorsi di iterazione vengono usati per raggruppare il lavoro in sprint, attività cardine o altri periodi specifici dell'evento o relativi al tempo. È possibile usare i percorsi di area per definire una gerarchia di percorsi. Per altre informazioni, vedere Informazioni sui percorsi di iterazione e area.

Log di audit

I log di controllo contengono molte modifiche che si verificano in un'organizzazione di Azure DevOps. Le modifiche si verificano quando un'identità utente o di servizio all'interno dell'organizzazione modifica lo stato di un artefatto, incluse le modifiche alle autorizzazioni. Per altre informazioni, vedere Accedere, esportare e filtrare i log di controllo.

Autenticazione

L'autenticazione verifica l'identificazione di un utente in base alle credenziali fornite quando accede a un'organizzazione in Azure DevOps. Questi servizi/server si integrano in genere con e si basano sulle funzionalità di sicurezza fornite da servizi come Active Directory o Microsoft Entra ID. Per altre informazioni, vedere Informazioni sulla sicurezza, l'autenticazione e l'autorizzazione.

Autorizzazione

L'autorizzazione è l'operazione eseguita per verificare che l'identità che sta tentando di connettersi a un servizio o a un'istanza del server disponga delle autorizzazioni necessarie per accedere a un servizio, una funzionalità, una funzione, un oggetto o un metodo. Per altre informazioni, vedere Informazioni sulla sicurezza, l'autenticazione e l'autorizzazione.

Boards (Kanban)

Una scheda di firma elettronica interattiva che supporta la visualizzazione del flusso di lavoro dal concetto al completamento e ai metodi snella. Altre informazioni: Panoramica di Kanban.

Raccolte

Una raccolta è un contenitore per diversi progetti in Azure DevOps. Quando si esegue l'iscrizione ad Azure DevOps Services o si installa Team Foundation Server , viene creata una raccolta predefinita. All'interno di Azure DevOps Services, una raccolta corrisponde a un'organizzazione. Per le distribuzioni TFS locali, è possibile aggiungere e gestire raccolte per specificare le risorse logiche e fisiche disponibili per i progetti all'interno della raccolta.

Altre informazioni: Informazioni sui progetti e sul ridimensionamento dell'organizzazione, Gestire le organizzazioni o Gestire le raccolte di progetti in Team Foundation Server .

Accesso condizionale

L'accesso condizionale offre supporto per la protezione delle risorse di Azure DevOps supportate da un tenant di Microsoft Entra. Ad esempio, è possibile abilitare l'autenticazione a più fattori per proteggere dal rischio di credenziali compromesse. Per altre informazioni, vedere Gestire l'accesso condizionale ad Azure DevOps.

Dashboard

I dashboard sono lavagne interattive configurabili dall'utente che forniscono informazioni in tempo reale. I dashboard sono associati a un team e visualizzano widget configurabili per visualizzare le informazioni. Per altre informazioni, vedere Aggiungere e gestire i dashboard.

Estensioni

Le estensioni sono semplici componenti aggiuntivi usati per personalizzare ed estendere l'esperienza DevOps di Azure DevOps. Sono scritti con tecnologie standard, HTML, JavaScript, CSS, e possono essere sviluppate usando gli strumenti di sviluppo preferiti. Centinaia di estensioni sono disponibili nella scheda Visual Studio Marketplace, Azure DevOps.

Preferiti

L'assegnazione di tag a un oggetto come preferito è un metodo usato per supportare lo spostamento rapido da soli o da altri membri del team. È possibile assegnare tag alle query degli elementi di lavoro e creare definizioni come preferiti per i team e personali. Altri oggetti che è possibile contrassegnare come preferiti solo per se stessi includono rami di codice, piani di recapito, piani di test e team o progetti. Per altre informazioni, vedere Impostare i preferiti personali o dei team.

Segui

L'assegnazione di tag a specifici elementi di lavoro o richieste pull da seguire è un metodo usato per ricevere aggiornamenti tramite posta elettronica sulle modifiche apportate. Per altre informazioni, vedere Seguire un elemento di lavoro o una richiesta pull.

Repository Git

Un repository Git supporta un sistema di controllo della versione distribuita per tenere traccia delle modifiche, esaminare i contributi al codice e altro ancora. Ogni sviluppatore ha una copia del repository di origine nel computer di sviluppo. È possibile aggiungere più repository Git a un progetto. Altre informazioni: Repository Git.

Nota

Git in Visual Studio e Azure DevOps Services è Git standard. È possibile usare Visual Studio con servizi Git di terze parti ed è anche possibile usare client Git di terze parti con Azure DevOps Services.

Ereditarietà

Le autorizzazioni non direttamente consentite o negate per un utente potrebbero essere ereditate. Per altre informazioni, vedere Introduzione ad autorizzazioni, accesso e gruppi di sicurezza.

Libreria di Autenticazione Microsoft

Microsoft Authentication Library (MSAL) consente agli sviluppatori di applicazioni di acquisire token da Microsoft Identity Platform per autenticare gli utenti e accedere alle API Web protette. MSAL può essere usata per assicurare un accesso sicuro a Microsoft Graph, ad altre API Microsoft, ad API Web di terze parti o ad API Web. MSAL supporta molte architetture e piattaforme per applicazioni diverse, tra cui .NET, JavaScript, Java, Python, Android e iOS. Per altre informazioni, vedere Panoramica di Microsoft Authentication Library.

Spazio dei nomi

Ogni famiglia di risorse di Azure DevOps (elementi di lavoro, repository Git e così via) viene protetta usando uno spazio dei nomi diverso. Ogni spazio dei nomi di sicurezza contiene zero o più ACL. Ogni ACL contiene un token, un flag di ereditarietà e un set di zero o più ACL. Ogni ace contiene un descrittore di identità, una maschera di bit delle autorizzazioni consentite e una maschera di bit delle autorizzazioni negate.

Per un elenco degli spazi dei nomi di Azure DevOps, vedere Informazioni di riferimento sullo spazio dei nomi e sulle autorizzazioni di sicurezza.

Notifications

Con le notifiche, si riceve un messaggio di posta elettronica quando si verificano modifiche agli elementi di lavoro, alle revisioni del codice, alle richieste pull, ai file di controllo del codice sorgente e alle compilazioni. Ad esempio, è possibile ricevere una notifica ogni volta che viene risolto un bug aperto o quando viene assegnato un elemento di lavoro. Si ricevono notifiche basate su regole o sottoscrizioni effettuate dall'utente, per i team o per il progetto. Altre informazioni: Informazioni sulle notifiche.

OAuth

OAuth 2.0 è un protocollo standard del settore per l'autorizzazione. OAuth 2.0 è supportato per Azure DevOps Services per autenticare le API REST. Per altre informazioni, vedere Autorizzare l'accesso alle API REST con OAuth 2.0.

Proprietario dell'organizzazione

La persona che ha creato l'organizzazione o successivamente è stata assegnata come proprietario dell'organizzazione. Il proprietario dell'organizzazione ha accesso a tutte le funzionalità e le funzioni di Azure DevOps e può concedere l'accesso ad altri utenti a funzionalità e funzioni. Per cercare o modificare il proprietario dell'organizzazione, vedere Modificare il proprietario dell'organizzazione.

Token di accesso personale

I token di accesso personale sono password alternative che è possibile usare per eseguire l'autenticazione in Azure DevOps. Per informazioni su come creare e revocare i token di accesso personale, vedere Autenticare l'accesso con i token di accesso personale.

Autorizzazione

Assegnazione effettuata a un utente o a un gruppo per l'uso di una funzionalità o di una funzione. Le autorizzazioni vengono assegnate ai gruppi di sicurezza predefiniti. Per altre informazioni, vedere Introduzione ad autorizzazioni, accesso e gruppi di sicurezza.

Stato autorizzazione

Stato assegnato a una funzionalità o a una funzione all'autorizzazione di un utente o di un gruppo. Gli utenti hanno l'autorizzazione per accedere a una funzionalità se l'autorizzazione è impostata su Consenti, Ereditato Consenti o Consenti sistema. Non dispongono dell'autorizzazione quando lo stato è impostato su Deny, Inherited deny, System deny o Not set. Per altre informazioni, vedere Introduzione ad autorizzazioni, accesso e gruppi di sicurezza.

Pipeline

Le pipeline sono artefatti definiti per eseguire compilazioni simultanee o distribuire versioni simultanee. Sono supportati due tipi di pipeline, private e ospitate. Per altre informazioni, vedere Processi simultanei CI/CD.

Piani (noti anche come piani di recapito)

Un piano è una visualizzazione configurabile che visualizza il lavoro di più team e progetti disposti all'interno di un calendario in base alle iterazioni di ogni team. Ogni riga nella visualizzazione rappresenta il lavoro del backlog del prodotto o del portfolio di un team. Ogni scheda corrisponde a un elemento di lavoro, ad esempio storia utente, funzionalità o epica. Per altre informazioni, vedere Esaminare i piani di recapito del team.

Processo

Un processo definisce i blocchi predefiniti di un sistema di rilevamento del lavoro. Per personalizzare un processo, creare prima di tutto un processo ereditato da uno dei processi di sistema predefiniti, Agile, Scrum o CMMI. Tutti i progetti che usano il processo visualizzano le modifiche apportate. Per altre informazioni, vedere Informazioni sulla personalizzazione dei processi e sui processi ereditati.

Progetti

Un progetto, noto in precedenza come progetto team, fornisce un repository per il codice sorgente. Un progetto fornisce un luogo in cui un gruppo di persone può pianificare, tenere traccia dello stato di avanzamento e collaborare alla creazione di soluzioni software. Un progetto viene definito per un'organizzazione di Azure DevOps Services o all'interno di una raccolta di progetti TFS. È possibile usarlo per concentrarsi su tali oggetti definiti all'interno del progetto. Per altre informazioni, vedere Informazioni sui progetti e sul ridimensionamento dell'organizzazione.

Progetti pubblici

Un progetto creato all'interno di un'organizzazione di Azure DevOps Services visibile a tutto il mondo. Tutti i membri del mondo possono individuarli ed eseguire operazioni limitate. È possibile usare l'interfaccia della riga di comando di Azure DevOps per individuare un elenco di progetti. Amministrazione istrator può controllare chi può contribuire pienamente. Amministrazione istrator può cambiare un progetto da privato a pubblico e viceversa, come descritto in Modificare la visibilità del progetto.

Query

Le query vengono usate per trovare ed elencare gli elementi di lavoro. Le query supportano le ricerche gestite, usate per valutare il lavoro, rispetto alle ricerche ad hoc, usate per trovare un elemento di lavoro specifico. Le query flat-list supportano anche grafici di stato e tendenza. Per altre informazioni, vedere Informazioni sulle query gestite.

Repository

Una cartella del controllo del codice sorgente o un contenitore configurato per tenere traccia delle modifiche apportate ai file. È possibile avere un numero qualsiasi di repository nel computer, ognuno archiviato nella propria cartella. Ogni repository è indipendente, quindi le modifiche salvate in un repository non influiscono sul contenuto di un altro. Altre informazioni: Creare un nuovo repository Git.

Autorizzazioni basate sui ruoli

Modello di sicurezza che limita le azioni in base all'appartenenza all'interno di un ruolo e alle autorizzazioni assegnate a tale ruolo. Per altre informazioni, vedere Autorizzazioni basate su ruoli.

Gruppo di sicurezza

Metodo in base al quale è possibile organizzare gli utenti e altri oggetti di dominio per semplificare l'amministrazione delle autorizzazioni e dell'accesso. Azure DevOps supporta molti gruppi di sicurezza predefiniti e la possibilità di creare gruppi personalizzati. Per altre informazioni, vedere Introduzione ad autorizzazioni, accesso e gruppi di sicurezza.

Account di servizio

Un account usato per monitorare o gestire servizi selezionati, ad esempio servizi di compilazione o test.

Entità servizio

Un'entità servizio è la rappresentazione locale o l'istanza dell'applicazione di un oggetto applicazione globale in un singolo tenant o directory. Quando a un'applicazione viene concesso di accedere alle risorse in un tenant (al momento della registrazione o del consenso), viene creato un oggetto entità servizio. Per altre informazioni, vedere Oggetti applicazione e entità servizio in Microsoft Entra ID e supporto dell'entità servizio e dell'identità gestita in Azure DevOps.

Sprint (noti anche come iterazioni)

Uno sprint è un periodo di tempo di solito da due a tre settimane che viene usato per raggruppare gli elementi di lavoro da completare durante tale periodo di tempo. Gli sprint vengono usati nei metodi Scrum per supportare la pianificazione dello sprint, il burndown sprint e altri processi Scrum. Gli sprint vengono definiti tramite percorsi di iterazione. Per altre informazioni, vedere Informazioni sui percorsi di area e iterazione (alias sprint).

Backlog sprint

Elenco interattivo di elementi di lavoro assegnati allo stesso percorso di sprint o iterazione per un team. Il backlog sprint supporta i team che usano metodologie Scrum. Altre informazioni: Pianificazione dello sprint.

Parte interessata

Un account utente ha concesso l'appartenenza a un'organizzazione in un'istanza di Azure DevOps con accesso agli stakeholder. Con l'accesso degli stakeholder è possibile aggiungere e modificare elementi di lavoro, controllare lo stato del progetto, gestire le pipeline e visualizzare e gestire i dashboard. Per altre informazioni, vedere Introduzione come stakeholder.

Tabellone attività

Un taskboard è una scheda interattiva di elementi di lavoro che è possibile usare per esaminare e aggiornare le attività definite per il backlog sprint. Il taskboard supporta i team che usano metodologie Scrum. Per altre informazioni, vedere Aggiornare e monitorare la lavagna delle attività.

Teams

Un team corrisponde a un set selezionato di membri del progetto. Con i team, le organizzazioni possono sottocategorizzare il lavoro per concentrarsi meglio su tutto il lavoro monitorato all'interno di un progetto. Ogni team ottiene l'accesso a una suite di strumenti Agile. Teams può usare questi strumenti per lavorare in modo autonomo e collaborare con altri team nell'intera azienda. Ogni team può configurare e personalizzare ogni strumento per soddisfare i requisiti di lavoro. Per altre informazioni, vedere Informazioni sui team e sugli strumenti Agile.

Gruppo di team

Gruppo di sicurezza definito quando un team viene creato e popolato automaticamente con i membri man mano che vengono aggiunti al team.

Tenant

ID Di Microsoft Entra usato per gestire l'accesso o la fatturazione. Per altre informazioni, vedere Modificare il tenant di Microsoft Entra.

Controllo della versione di Team Foundation

Un sistema di controllo della versione centralizzato. Con TFVC, gli sviluppatori hanno una sola versione di ogni file nei computer di sviluppo. I branch sono basati sul percorso e creati nel server. I dati cronologici vengono gestiti solo sul server. Altre informazioni: Usare controllo della versione di Team Foundation.

Utenti validi

Gli utenti validi sono utenti riconosciuti da Azure DevOps come in grado di connettersi all'account o a un progetto. Quando si aggiungono account di utenti direttamente a un gruppo predefinito o tramite un gruppo Windows, Active Directory o Microsoft Entra, questi vengono aggiunti automaticamente a uno dei gruppi di utenti validi. Per altre informazioni, vedere Introduzione ad autorizzazioni, accesso e gruppi di sicurezza.

Widget

I widget visualizzano informazioni e grafici nei dashboard. Molti di essi possono essere configurati. Molti widget visualizzano informazioni disponibili da uno o più archivi dati o grafici creati dal sistema. Per altre informazioni, vedere Catalogo widget.

Elementi di lavoro

Un elemento di lavoro rappresenta un oggetto archiviato nell'archivio dati dell'elemento di lavoro. Ogni elemento di lavoro si basa su un tipo di elemento di lavoro, ad esempio una storia utente, una funzionalità, un bug, un'attività o un problema, e viene assegnato un identificatore univoco in tutti i progetti di un'organizzazione o di una raccolta di progetti. I tipi di elemento di lavoro disponibili sono basati sul processo usato al momento della creazione del progetto. Ogni elemento di lavoro supporta l'acquisizione di informazioni, l'aggiunta di allegati, il collegamento ad altri elementi di lavoro e altro ancora. Altre informazioni: Informazioni sugli elementi di lavoro.

Tipi di elemento di lavoro (WIT)

Un WIT specifica i campi, il flusso di lavoro e il modulo usati per tenere traccia di un elemento di lavoro. Ogni WIT è associato a più di 30 campi di sistema e a diversi campi specifici del tipo. Gli elementi di lavoro vengono usati per pianificare e tenere traccia del lavoro necessario per sviluppare il progetto. Per una panoramica delle connessioni WIT predefinite fornite con i processi predefiniti, vedere Informazioni sui processi e sui modelli di processo.