Condividi tramite

Gestire la fatturazione dell'organizzazione in Azure DevOps - Aggiornamento sprint 150

Nell'aggiornamento sprint 150 di Azure DevOps è stata aggiunta la possibilità di gestire la fatturazione per l'organizzazione all'interno del portale.

Nella nuova scheda di fatturazione è possibile scegliere la sottoscrizione di Azure usata per la fatturazione e pagare per altri utenti. Non è più necessario passare a Visual Studio Marketplace o al portale di Azure per gestire la fatturazione.

Consulta l'elenco delle funzionalità di più avanti.

Funzionalità

Generale:

Azure Boards:

Azure Repos:

Azure Pipelines:

Reportistica:

Wiki:

Amministrazione:

Generale

Dark theme general availability (Disponibilità generale del tema scuro)

Lo scorso ottobre è stata rilasciata l'anteprima pubblica del tema scuro come parte della nuova navigazione. Dopo diversi mesi di anteprima, ascoltare commenti e suggerimenti e ottimizzare l'esperienza, siamo lieti di annunciare la disponibilità generale del tema scuro.

Manage billing for your organization from Azure DevOps (Gestire la fatturazione per l'organizzazione da Azure DevOps)

Siamo lieti di annunciare che è ora possibile gestire la fatturazione dell'organizzazione dal portale di Azure DevOps. Gli amministratori non devono più configurare la fatturazione tramite il portale di Azure. Per gestire le impostazioni di fatturazione, passare a Impostazioni organizzazione e selezionare Fatturazione.

Di seguito è riportato un elenco di impostazioni che è possibile gestire dalla scheda Fatturazione .

  1. È possibile scegliere una sottoscrizione di Azure da usare per la fatturazione.

    Fatturazione delle impostazioni dell'organizzazione.

  2. È possibile modificare la sottoscrizione di Azure usata dall'organizzazione per la fatturazione selezionando una sottoscrizione diversa. In precedenza, era necessario rimuovere la fatturazione e quindi riacquistare con attenzione lo stesso livello per ognuna delle risorse a pagamento (utenti di base, utenti di gestione pacchetti, pipeline ospitate ms e così via). Questo processo era noioso e soggetto a errori. È ora possibile modificare la sottoscrizione di Azure usata dall'organizzazione per la fatturazione selezionando una sottoscrizione diversa e facendo clic su Salva.

    ID sottoscrizione di Azure per la fatturazione.

  3. Non è più necessario passare a Visual Studio Marketplace per gestire la configurazione della fatturazione. È stata aggiunta la possibilità di pagare per utenti aggiuntivi di Base, Test Manager e Gestione pacchetti (Azure Artifacts). È possibile aumentare o ridurre il numero di utenti che l'organizzazione paga dalla nuova scheda Fatturazione .

    Pagamento della fatturazione per altri utenti.

Azure Boards (Pannelli di Azure)

Query work based on Azure Active Directory groups (Funzionamento delle query basato sui gruppi di Azure Active Directory)

Con l'aumento dell'adozione di Azure Active Directory e la prevalenza dell'uso di gruppi per gestire la sicurezza, i team hanno sempre più cercato modi per sfruttare tali gruppi in Azure Boards. Ora, oltre a eseguire query sugli elementi di lavoro assegnati o modificati da utenti specifici che usano gli operatori In Group o Not In Group , è anche possibile usare direttamente i gruppi di Azure Active Directory.

Per altre informazioni, vedere la documentazione relativa agli operatori di query .

Eseguire query basate su gruppi.

Condividi la bacheca della tua squadra usando un badge

Il file README del repository è spesso la casa a cui il team del progetto si rivolge per informazioni su come contribuire e usare la soluzione. Ora, come puoi fare con lo stato di compilazione o distribuzione in Azure Pipelines, puoi aggiungere al file README un badge per la bacheca del team in Azure Boards. È possibile configurare il badge in modo da visualizzare solo la in corso colonne o tutte le colonne e persino rendere il badge visibile pubblicamente se il progetto è open source.

Usa un badge per condividere le bacheche.

Se il file README è basato su Markdown, è sufficiente copiare l'esempio Markdown dalla pagina delle impostazioni delle notifiche di stato e incollarlo nel file.

Badge in un file README su GitHub.

Query for work relative to the start of the day, week, month, or year (Eseguire query per lavoro relativo all'inizio del giorno, della settimana, del mese o dell'anno)

Sebbene i team si concentrino solitamente sul lavoro nel contesto di ciò che verrà dopo o basato sulle iterazioni sprint, è spesso interessante esaminare il lavoro passato attraverso la prospettiva del calendario per riferire su tutto il lavoro svolto lo scorso mese o nel primo trimestre dell'anno. È ora possibile usare il nuovo set di macro @StartOf seguente insieme a qualsiasi campo basato su data per eseguire query in base all'inizio del giorno, della settimana, del mese o dell'anno:

  • @StartOfYear
  • @StartOfMonth
  • @StartOfWeek
  • @StartOfDay

Ognuna di queste macro accetta anche una nuova stringa di modifica che consente di spostare i dati in base a unità di data diverse. Ad esempio, è possibile scrivere una query per trovare tutti gli elementi di lavoro completati nel primo trimestre di quest'anno interrogando su State Change Date >= @StartOfYear e State Change Date <= @StartOfYear(“+3M”). Per altre informazioni, vedere la documentazione relativa alle macro di query .

Richiesta per il lavoro relativo all'inizio del giorno, della settimana, del mese o dell'anno.

Export query results to a CSV file (Esportare i risultati delle query in un file CSV)

È ora possibile esportare i risultati delle query direttamente in un file di formato CSV dal Web.

Esportare i risultati della query.

Azure Repos

New merge types for completing pull requests (Nuovi tipi di merge per il completamento delle richieste pull)

Sono ora disponibili altre opzioni quando si uniscono le modifiche da una richiesta pull al ramo di destinazione. Abbiamo aggiunto il supporto per due delle funzionalità più richieste nella Community degli Sviluppatori: unione Fast-Forward e unione Semi-Lineare (anche chiamata "Rebase e Merge").

Ora vedrai queste nuove opzioni disponibili nella finestra di dialogo Completa richiesta di pull:

Nuovi tipi di merge per il completamento delle richieste pull.

La pagina di amministrazione dei criteri aggiornata consente agli amministratori di controllare quali strategie di merge sono consentite in un ramo o una cartella di rami.

Limitare i tipi di merge.

Annotazioni

I criteri esistenti vengono ancora applicati. Ad esempio, se il ramo dispone attualmente di un criterio "solo merge squash", sarà necessario modificare tale criterio per usare le nuove strategie di unione.

Ci sono alcune situazioni in cui non è possibile eseguire il rebasing durante il completamento della richiesta pull:

  • Se una regola nel ramo di destinazione impedisce l'uso di strategie di ribase, sarà necessario il permesso di "ignorare i criteri del ramo".
  • Se il branch di origine della pull request ha politiche, non sarà possibile fare il rebase. Il rebase modificherà il ramo di origine senza passare attraverso il processo di approvazione delle politiche.
  • Se hai usato l'estensione Merge Conflict per risolvere i conflitti. Le risoluzioni dei conflitti applicate a un'unione a tre vie raramente hanno esito positivo (o anche valido) durante il rebase di tutti i commit in una pull request uno alla volta.

In tutti questi casi, è comunque possibile ribasare il ramo in locale ed eseguire il push sul server oppure unire le modifiche durante il completamento del pull request.

Azure Pipelines

Attività Kubernetes manifest

È stata aggiunta una nuova attività alle pipeline di versione per semplificare il processo di distribuzione nei cluster Kubernetes usando i file manifesto. Questa attività offre i vantaggi seguenti rispetto all'uso del file binario kubectl negli script:

  • Sostituzione degli artefatti - L'azione di distribuzione prende come input un elenco di immagini container che può essere specificato insieme ai loro tag o digest. Questa viene inserita nella versione non template dei file manifest prima di applicarla al cluster per garantire che la versione corretta dell'immagine venga scaricata dai nodi del cluster.

  • Stabilità del manifest: lo stato del rollout viene controllato per gli oggetti Kubernetes distribuiti al fine di incorporare i controlli di stabilità, calcolando così lo stato dell'attività come successo/fallimento.

  • Annotazioni di tracciabilità: le annotazioni vengono aggiunte agli oggetti Kubernetes distribuiti per sovrapporre informazioni sulla tracciabilità di origine, progetto, pipeline ed esecuzione.

  • Manifesto del bake: l'azione di bake dell'attività consente di incorporare i chart Helm nei file manifesto di Kubernetes in modo che possano essere applicati al cluster.

  • Strategia di distribuzione: la scelta della strategia canary con l'azione di distribuzione comporta la creazione della percentuale desiderata di carichi di lavoro con suffisso -baseline e -canary, in modo che possano essere confrontati durante un compito di ManualIntervention, prima di utilizzare l'azione di promozione/rifiuto del compito per finalizzare la versione da conservare.

steps:
- task: KubernetesManifest@0
  name: bake
  displayName: Bake K8s manifests from Helm chart
  inputs:
    action: bake
    helmChart: charts/sample
    overrides: 'image.repository:nginx'

- task: KubernetesManifest@0
  displayName: Deploy K8s manifests
  inputs:
    kubernetesServiceConnection: k8sSC1
    manifests: $(bake.manifestsBundle)
    containers: |
      nginx: 1.7.9

Aggiornamenti per il task Docker

Abbiamo aggiornato l'attività Docker per semplificare l'esperienza di creazione della pipeline. Il comando buildAndPush può ora essere usato per compilare più tag per un repository di contenitori specifico ed eseguirne il push in più registri contenitori in un unico passaggio. L'attività può usare le connessioni del servizio registro Docker per l'accesso ai registri contenitori. I metadati di tracciabilità relativi al repository di origine, al commit e alla provenienza della compilazione vengono aggiunti come etichette alle immagini compilate usando questa attività.

steps:
- task: Docker@2
  displayName: Container registry login - ACR1 service connection
  inputs:
    command: login
    containerRegistry: acr1
- task: Docker@2
  displayName: Container registry login - ACR2 service connection
  inputs:
    command: login
    containerRegistry: acr2
- task: Docker@2
  displayName: Build and push images
  inputs:
    repository: test
    tags: |
      d1
      d2

Programma di installazione dello strumento Kubectl

È stata aggiunta una nuova attività che consente di installare una versione specifica del file binario Kubectl negli agenti. Le più recenti e semver stringhe di versione, ad esempio 'v1.14.0', vengono accettate come valori validi come input per la specifica della versione di Kubectl.

programma di installazione dello strumento kubectl.

Connessione al servizio registry di Docker tramite Azure Container Registry

È ora possibile creare una connessione al servizio registro Docker dalla pagina delle impostazioni del progetto. Per creare la connessione, scegliere un registro Azure Container in una delle sottoscrizioni associate all'identità di Azure Active Directory (Azure AD). Tutte le attività che richiedono connessioni al servizio ai registri contenitori, ad esempio Docker@2 e KubernetesManifest@0 supportano un unico modo per specificare una connessione.

Aggiungere una connessione al servizio Docker.

Supporto cgroup nel pool Ubuntu ospitato

In Linux, quando l'utilizzo della memoria diventa troppo elevato, il kernel terminerà alcuni processi per proteggere il resto. Se il processo dell'agente di Azure Pipelines è selezionato per la terminazione, l'esecuzione della pipeline avrà esito negativo e verrà visualizzato un messaggio di errore relativo alla perdita della comunicazione con l'agente. Nel pool Ubuntu ospitato da Microsoft è stata ridotta la probabilità che l'agente venga terminato eseguendo i passaggi all'interno di un cgroup personalizzato. Anche se la pipeline potrebbe comunque non riuscire se si supera la memoria disponibile, è più probabile che il processo dell'agente superi la sopravvivenza e segnala correttamente l'errore. Se si esegue un agente Linux privato, sono state pubblicate le impostazioni usate in modo da poter prendere in considerazione una configurazione simile.

Run once agent (Agente a singola esecuzione)

Se si utilizza un'infrastruttura come Azure Container Instances per eseguire agenti privati elastici, spesso si desidera che ogni agente accetti un solo processo prima di terminare. Finora, questo non è stato facile perché è stato necessario terminare l'agente (probabilmente causando un errore da segnalare) o accettare il rischio che un agente possa ricevere un altro incarico prima di poterlo arrestare. Con questo aggiornamento è stato aggiunto il flag --once alla configurazione dell'agente. Quando si configura l'agente in questo modo, accetta un solo compito e poi si spegne.

Supporto per Visual Studio 2019 (VS2019) nell'attività Test di Visual Studio

È stato aggiunto il supporto per VS2019 all'attività test di Visual Studio nelle pipeline. Per eseguire test usando la piattaforma di test per VS2019, selezionare le opzioni Più recenti o Visual Studio 2019 dall'elenco a discesa Versione della piattaforma di test.

Supporto per Visual Studio 2019 (VS2019) nell'attività Test di Visual Studio.

Aggiornamento dell'interfaccia utente del pool di agenti

La pagina di gestione dei pool di agenti nelle impostazioni del progetto è stata aggiornata con una nuova interfaccia utente. Ora puoi vedere facilmente tutti i lavori in esecuzione in un pool. Inoltre, è possibile scoprire perché un job non è in esecuzione.

Aggiornamento dell'esperienza utente del pool di agenti.

Task assistant for editing YAML files (Assistente per le attività di modifica di file YAML)

Continuiamo a ricevere molti commenti e suggerimenti che chiedono di semplificare la modifica dei file YAML per le pipeline. Negli aggiornamenti precedenti è stato aggiunto il supporto di IntelliSense. Ora si aggiunge un assistente attività all'editor YAML. Con questo, si avrà la stessa esperienza familiare per l'aggiunta di una nuova attività a un file YAML come nell'editor classico. Questo nuovo assistente supporta la maggior parte dei tipi di input di attività comuni, ad esempio elenchi di selezione e connessioni al servizio. Per usare il nuovo assistente attività, selezionare Modifica in una pipeline basata su YAML e quindi selezionare l'Assistente attività .

Assistente attività per la modifica dei file YAML.

Hosted pipelines image updates (Aggiornamenti alle immagini di pipeline ospitate)

Siamo lieti di annunciare gli aggiornamenti del pool macOS ospitato in OS X Mojave (10.4), che includerà anche il supporto per Xcode 10.2. Se le pipeline basate sulla finestra di progettazione usano il pool macOS ospitato , le pipeline verranno aggiornate automaticamente a Mojave. Se desideri rimanere su OS X High Sierra (10.3), cambia il pool su cui vengono eseguite le build in Hosted macOS High Sierra.

Se si usa YAML, le nuove etichette vmImage che è possibile usare sono le seguenti:

  • Etichetta dell'immagine che punterà sempre alla versione più recente di macOS, attualmente 10.4
vmImage: 'macOS-latest'
  • Questa etichetta di immagine è destinata specificamente a mac OS 10.4 se si vuole assicurarsi che la pipeline venga eseguita su Mojave
vmImage: 'macOS-10.4'
  • Etichetta dell'immagine che avrà come destinazione specifica mac OS 10.3 se si vuole assicurarsi che la pipeline venga eseguita in High Sierra
vmImage: 'macOS-10.3'

Abbiamo anche apportato aggiornamenti all'immagine di Windows Server 2019 per le Azure Pipelines ospitate. Le versioni più recenti sono disponibili qui. Questo aggiornamento include nuove versioni di VS2019 Preview, Docker, PowerShell Core, Node.js, npm e altri.

Per altre informazioni sugli elementi contenuti nelle immagini delle macchine virtuali macOS ospitate e informazioni sugli strumenti disponibili nelle immagini, visitare il repository di generazione di immagini in GitHub.

Miglioramenti all'integrazione di ServiceNow

Lo scorso dicembre è stata rilasciata l'integrazione di ServiceNow Change Management con le pipeline di versione. Una funzionalità chiave per la collaborazione tra team che ha consentito a ogni team di usare un servizio di propria scelta e di avere un recapito end-to-end efficace. Con questo aggiornamento è stata migliorata l'integrazione per supportare tutti i tipi di modifiche (normale, standard e di emergenza). Inoltre, è ora possibile specificare il gate usato per creare una nuova richiesta di modifica usando un modello esistente, in base al processo di Gestione dei servizi IT seguito nell'organizzazione. Infine, è anche possibile autorizzare le versioni in base alle richieste di cambiamento esistenti. In questo modo è possibile adottare il CD, senza dover modificare il processo consigliato dai team IT.

Gestione delle modifiche di ServiceNow.

Supporto per il modulo Az di Azure PowerShell

Azure PowerShell offre un set di cmdlet che è possibile usare per gestire le risorse di Azure dalla riga di comando. Lo scorso dicembre, il modulo Az di Azure PowerShell è diventato disponibile ed è ora il modulo destinato alla gestione delle risorse di Azure.

In precedenza non è stato fornito supporto per il modulo Az di Azure PowerShell negli agenti ospitati. Con la nuova attività di Azure PowerShell versione 4.* nelle pipeline di build e rilascio, è stato aggiunto il supporto per il nuovo modulo Az per tutte le piattaforme. L'attività Azure PowerShell versione 3.* continuerà a supportare il modulo AzureRM. Tuttavia, per mantenere il passo con i servizi e le funzionalità di Azure più recenti, è consigliabile passare all'attività di Azure PowerShell versione 4.* appena possibile.

Il modulo Az ha una modalità di compatibilità che consente di usare gli script esistenti durante l'aggiornamento per usare la nuova sintassi. Per abilitare la compatibilità per il modulo Az, usare il comando Enable-AzureRmAlias. Gli alias consentono di usare i nomi dei cmdlet precedenti con il modulo Az. È possibile ottenere altri dettagli sulla migrazione dal modulo Azure RM al modulo Az di Azure PowerShell qui.

Annotazioni

Se si usano agenti privati, è necessario installare il modulo Az nel computer agente.

Per altre informazioni sul modulo Az di Azure PowerShell, vedere la documentazione qui.

Miglioramenti dell'autorizzazione delle risorse

È necessario garantire la sicurezza per le risorse protette , ad esempio connessioni al servizio, gruppi di variabili, pool di agenti, file protetti, quando si fa riferimento a un file YAML. Allo stesso tempo, volevamo semplificare la configurazione e l'uso di pipeline che usano questi tipi di risorse per scenari non di produzione. In precedenza, è stata aggiunta un'impostazione per contrassegnare una risorsa come "autorizzata per l'uso in tutte le pipeline".

Con questo aggiornamento, è più semplice risolvere un problema di autorizzazione delle risorse anche se non è stata contrassegnata una risorsa come tale. Nella nuova esperienza, quando una compilazione ha esito negativo a causa di un errore di autorizzazione della risorsa, verrà visualizzata un'opzione per autorizzare in modo esplicito l'uso di tali risorse nella pipeline e quindi procedere. I membri del team con autorizzazioni per autorizzare le risorse potranno completare questa azione direttamente da una compilazione non riuscita.

Riepilogo della pipeline con errore di autorizzazione.

Simplified retention policies for build pipelines (Criteri di conservazione semplificati per le pipeline di compilazione)

È stato semplificato il modello di conservazione per tutte le pipeline di compilazione, incluse le build YAML. È disponibile una nuova impostazione a livello di progetto che consente di controllare il numero di giorni di conservazione delle compilazioni di ogni pipeline e il numero di giorni in cui si vogliono conservare gli artefatti di ogni compilazione. Se è stato usato l'editor classico per creare la pipeline di compilazione, le impostazioni di conservazione precedenti continueranno a essere rispettate, ma le nuove pipeline useranno le nuove impostazioni. È possibile gestire la conservazione nella pagina delle impostazioni delle pipeline delle impostazioni del progetto.

Recupero automatico degli artefatti delle pipeline nella versione di rilascio

In precedenza, se la pipeline di build collegata a un rilascio aveva pubblicato artefatti usando l'attività Pubblica artefatto pipeline, gli artefatti non venivano recuperati automaticamente in rilascio. È invece necessario aggiungere in modo esplicito un'attività Scarica artefatto pipeline nella pipeline di versione per scaricare gli artefatti.

Ora, tutti gli artefatti della pipeline pubblicati dalla build pipeline vengono scaricati automaticamente e resi disponibili per te nel rilascio. È anche possibile personalizzare il download dell'artefatto della pipeline dalle proprietà della fase della pipeline di rilascio.

Aggiornamenti dei report di copertura del codice per Cobertura

In precedenza, quando sono stati eseguiti test nella pipeline e i risultati di code coverage pubblicati in Azure DevOps, era necessario specificare sia il riepilogo XML che un file di report HTML. Inoltre, gli stili nei report HTML sono stati rimossi prima del rendering nella scheda code coverage. Questa rimozione dello stile è stata necessaria dal punto di vista della sicurezza come file HTML arbitrari possono essere caricati.

Con questo aggiornamento sono state risolte queste limitazioni per i report di copertura di Cobertura. Quando si pubblicano report di code coverage, non è più necessario specificare i file HTML. I report vengono generati automaticamente e vengono sottoposti a rendering con stili appropriati nella scheda code coverage. Questa funzionalità usa lo strumento open source ReportGenerator.

Copertura del codice.

Rendicontazione

Build failure and duration reports (Report sugli errori di compilazione e sulla durata)

È importante avere metriche e informazioni dettagliate per migliorare continuamente la velocità effettiva e la stabilità della pipeline. Come primo passo per fornire l'analisi delle pipeline, sono stati aggiunti due report per fornire metriche e informazioni dettagliate sulle pipeline.

  1. Il report degli errori mostrerà la frequenza di passaggio della compilazione e la tendenza di errore. Inoltre, mostrerà anche la tendenza degli errori delle attività per fornire informazioni dettagliate su quale attività contribuisce al numero massimo di errori.

    Report di errore e durata della compilazione.

  2. Il report durata avrà la durata della pipeline insieme alla tendenza.

    Tendenza del report durata pipeline.

General availability of Analytics (Disponibilità generale di Analytics)

Siamo lieti di annunciare che le funzionalità di Analisi seguenti saranno incluse in Azure DevOps senza costi aggiuntivi.

  1. I widget di Analisi sono moduli configurabili che visualizzano i dati in un dashboard e consentono di monitorare lo stato di avanzamento del lavoro. I widget inclusi sono i seguenti:

  2. Nel prodotto includiamo il report dei test più critici per fallimento per ottenere informazioni sui test che falliscono più frequentemente nella pipeline, aiutando a migliorare l'affidabilità della pipeline e a ridurre il debito di test.

    Report degli errori di test.

Si continuerà anche a offrire l'integrazione di Power BI tramite visualizzazioni di analisi e l'accesso diretto all'endpoint OData in anteprima per tutti i clienti di Azure DevOps Services.

Se si usa l'estensione marketplace di Analytics, è possibile continuare a usare Analytics come in precedenza e non è necessario seguire altri passaggi. Ciò significa che verrà deprecata l'estensione del marketplace di Analytics per i clienti ospitati.

L'offerta di Azure DevOps Analytics è il futuro della creazione di report e continueremo a investire in nuove funzionalità guidate da Analytics. Per altre informazioni su Analytics, vedere i collegamenti seguenti.

Wiki

Notifiche nelle pagine wiki

Fino ad ora, non hai avuto modo di sapere quando il contenuto in una pagina wiki è stato modificato. È ora possibile seguire le pagine wiki per ricevere una notifica tramite posta elettronica quando la pagina viene modificata, eliminata o rinominata. Per tenere traccia delle modifiche apportate a un wiki, selezionare il pulsante Segui nella pagina wiki.

Pagina wiki.

Questa funzionalità è stata assegnata in ordine di priorità in base questo ticket di suggerimento. Per altre informazioni, vedere la documentazione qui.

Amministrazione

Manage billing for your organization from Azure DevOps (Gestire la fatturazione per l'organizzazione da Azure DevOps)

Siamo lieti di annunciare che è ora possibile gestire la fatturazione dell'organizzazione dal portale di Azure DevOps. Gli amministratori non devono più configurare la fatturazione tramite il portale di Azure. Per gestire le impostazioni di fatturazione, passare a Impostazioni organizzazione e selezionare Fatturazione.

Di seguito è riportato un elenco di impostazioni che è possibile gestire dalla scheda Fatturazione .

  1. È possibile scegliere una sottoscrizione di Azure da usare per la fatturazione.

    Fatturazione delle impostazioni dell'organizzazione.

  2. È possibile modificare la sottoscrizione di Azure usata dall'organizzazione per la fatturazione selezionando una sottoscrizione diversa. In precedenza, era necessario rimuovere la fatturazione e quindi riacquistare con attenzione lo stesso livello per ognuna delle risorse a pagamento (utenti di base, utenti di gestione pacchetti, pipeline ospitate ms e così via). Questo processo era noioso e soggetto a errori. È ora possibile modificare la sottoscrizione di Azure usata dall'organizzazione per la fatturazione selezionando una sottoscrizione diversa e facendo clic su Salva.

    ID di sottoscrizione Azure per la fatturazione

  3. Non è più necessario passare a Visual Studio Marketplace per gestire la configurazione della fatturazione. È stata aggiunta la possibilità di pagare per utenti aggiuntivi di Base, Test Manager e Gestione pacchetti (Azure Artifacts). È possibile aumentare o ridurre il numero di utenti che l'organizzazione paga dalla nuova scheda Fatturazione .

    Pagamento della fatturazione per altri utenti.

Passaggi successivi

Annotazioni

Queste funzionalità verranno implementate nelle prossime due o tre settimane.

Passare ad Azure DevOps e dare un'occhiata.

Passare ad Azure DevOps

Come fornire commenti e suggerimenti

Ci piacerebbe sentire ciò che pensi a queste funzionalità. Usare il menu commenti e suggerimenti per segnalare un problema o fornire un suggerimento.

Inviare un suggerimento

È anche possibile ottenere consigli e risposte alle domande della community su Stack Overflow.

Grazie

Jeremy Epling

  • Last updated on