Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Servizi di Azure DevOps
I progetti pubblici in Azure DevOps vengono ritirati e non è più possibile creare nuovi progetti pubblici. Nel 2027 tutti i progetti pubblici esistenti verranno automaticamente convertiti in progetti privati e l'accesso anonimo (non autenticato) verrà disabilitato in modo permanente. Questo articolo illustra la sequenza temporale, le modifiche e le operazioni da eseguire per prepararsi.
Perché i progetti pubblici sono stati ritirati
Quando Azure DevOps introdotto progetti pubblici, l'obiettivo era quello di fornire uno spazio per la collaborazione open source. Da allora, GitHub è diventata la piattaforma standard del settore per lo sviluppo open source, offrendo un ecosistema appositamente progettato con funzionalità come GitHub Actions, pacchetti GitHub, discussioni GitHub e sponsor GitHub.
Invece di mantenere due esperienze di hosting open source separate, Microsoft sta consolidando su GitHub per la collaborazione pubblica open source. Azure DevOps continua a essere una piattaforma completamente supportata per i progetti privati e i flussi di lavoro di sviluppo aziendali.
Date chiave e sequenza temporale
| Passaggio fondamentale | Date | dettagli |
|---|---|---|
| Ritiro annunciato | Aprile 2026 | Ritiro del progetto pubblico annunciato e le organizzazioni non possono più creare nuovi progetti pubblici |
| Progetti pubblici esistenti convertiti | 2027* | Tutti i progetti pubblici rimanenti vengono convertiti automaticamente in privati |
*Le date esatte per la conversione di progetti pubblici verranno condivise tramite banner in-product all'interno di progetti pubblici.
Modifiche apportate quando il progetto viene convertito in privato
Quando un progetto pubblico diventa privato, le modifiche seguenti diventano effettive immediatamente:
| Area | Change | dettagli |
|---|---|---|
| Accesso e visibilità | L'accesso anonimo viene rimosso | Gli utenti che non sono membri dell'organizzazione non possono più visualizzare codice, elementi di lavoro, wiki, pipeline o artefatti. |
| Arresta l'indicizzazione del motore di ricerca | Il progetto non viene più visualizzato nei risultati del motore di ricerca e gli URL pubblici esistenti restituiscono una richiesta di accesso. | |
| I collegamenti pubblici non funzionano | Tutti i collegamenti condivisi al codice, agli elementi di lavoro o ai risultati della compilazione richiedono l'autenticazione. | |
| Pipelines | Modifica dei minuti della pipeline gratuita | I progetti pubblici ricevono minuti di pipeline ospitati da Microsoft senza limiti. Dopo la conversione in privato, la capacità della pipeline dell'organizzazione è limitata a 1.800 minuti gratuiti al mese (o all'importo acquistato). |
| Le notifiche di stato richiedono l'autenticazione | Le notifiche di stato della compilazione incorporate nei file README o nei dashboard esterni interrompono il rendering per gli utenti anonimi. | |
| Pacchetti e artefatti | I feed di pacchetti richiedono l'autenticazione | I consumer che ripristinano i pacchetti dai feed di Azure Artifacts devono eseguire l'autenticazione. L'accesso pubblico upstream viene rimosso. |
| Estensioni e integrazioni | I consumatori di webhook e hook di servizio potrebbero non funzionare. | I consumer che si basano sull'accesso anonimo potrebbero interrompere la ricezione di eventi. |
| Gli strumenti esterni non funzionano | Dashboard o strumenti di monitoraggio che eseguono query sulle API del progetto senza autenticazione smettono di funzionare. |
Cosa devi fare
| Scenario | Action | dettagli |
|---|---|---|
| È necessaria visibilità pubblica | Eseguire la migrazione a GitHub | Spostare il contenuto pubblico in GitHub per la collaborazione open source. Per indicazioni dettagliate, vedere Migrate da un progetto pubblico a GitHub. |
| È necessaria solo la collaborazione privata | Nessuna azione necessaria | Il progetto viene convertito automaticamente in privato nella data di conversione. Tutti i membri, le autorizzazioni e i dati esistenti vengono mantenuti. |
| Vuoi convertire in modo proattivo | Converti in privato ora | Convertire il progetto in privato prima della data di conversione automatica. Per istruzioni, vedere Modificare la visibilità del progetto in pubblico o privato. |
Domande frequenti
Cosa accade ai dati quando il progetto viene convertito in privato?
Tutti i dati vengono mantenuti. I repository, gli elementi di lavoro, le pipeline, gli artefatti, i wiki e i dashboard rimangono invariati. L'unica differenza è che gli utenti non autenticati non possono più accedervi.
I flussi di lavoro continuano a funzionare dopo la conversione?
Yes. Le pipeline esistenti continuano a essere eseguite. Tuttavia, i minuti della pipeline ospitata da Microsoft della vostra organizzazione mutano da illimitati all'allocazione standard dei progetti privati (1.800 minuti gratuiti al mese). Se è necessaria una maggiore capacità, è possibile acquistare più processi paralleli.
È necessario aggiornare le connessioni al servizio o i token di accesso personale?
No. Le connessioni al servizio, i token di accesso personale e le configurazioni OAuth non sono interessate dalla modifica della visibilità. Continuano a lavorare come prima.
Cosa accade ai fork dei repository pubblici?
Dopo la conversione, i fork esistenti all'interno di Azure DevOps continuano a funzionare per gli utenti autenticati. Tuttavia, gli utenti non autenticati non possono più clonare o visualizzare i repository forkati. Se i collaboratori esterni si basano su fork, è consigliabile eseguire la migrazione a GitHub in cui il modello di fork è progettato per i flussi di lavoro open source.
È possibile rendere nuovamente pubblico il progetto dopo la conversione?
No. Dopo l'applicazione della disattivazione, l'opzione per impostare la visibilità di un progetto a pubblica viene rimossa definitivamente. Se è necessaria visibilità pubblica, eseguire la migrazione a GitHub.
Le compilazioni cronologiche e gli elementi di lavoro saranno ancora accessibili?
Yes. Tutti i dati cronologici, inclusi i log di compilazione, i risultati dei test e la cronologia degli elementi di lavoro, vengono mantenuti e accessibili ai membri del progetto autenticati.