Retraite des projets publics dans Azure DevOps

Azure DevOps Services

Les projets publics dans Azure DevOps sont supprimés et les nouveaux projets publics ne peuvent plus être créés. En 2027, tous les projets publics existants sont automatiquement convertis en projets privés et l’accès anonyme (non authentifié) est désactivé définitivement. Cet article explique la chronologie, les modifications et ce que vous devez faire pour vous préparer.

Pourquoi les projets publics ont été mis hors service

Lorsque Azure DevOps introduit des projets publics, l’objectif était de fournir un espace pour la collaboration open source. Depuis lors, GitHub est devenue la plateforme standard pour le développement open source, offrant un écosystème conçu à usage unique avec des fonctionnalités telles que GitHub Actions, GitHub Packages, GitHub Discussions et GitHub Sponsors.

Au lieu de conserver deux expériences d’hébergement open source distinctes, Microsoft consolide sur GitHub pour la collaboration open source publique. Azure DevOps continue d’être une plateforme entièrement prise en charge pour les projets privés et les flux de travail de développement d’entreprise.

Dates clés et chronologie

Jalon Date Détails
Mise hors service annoncée Avril 2026 La mise hors service des projets publics annoncée et les organisations ne peuvent plus créer de projets publics
Projets publics existants convertis 2027* Tous les projets publics restants sont automatiquement convertis en projets privés

*Les dates exactes de conversion des projets publics seront partagées grâce à des bannières dans le produit au sein des projets publics.

Modifications apportées lorsque votre projet est converti en privé

Lorsqu’un projet public devient privé, les modifications suivantes prennent effet immédiatement :

Domaine Change Détails
Accès et visibilité L’accès anonyme est supprimé Les utilisateurs qui ne sont pas membres de votre organisation ne peuvent plus afficher de code, d’éléments de travail, de wikis, de pipelines ou d’artefacts.
Arrêt de l’indexation du moteur de recherche Votre projet n’apparaît plus dans les résultats du moteur de recherche et les URL publiques existantes retournent une invite de connexion.
Les liens publics arrêtent de fonctionner Tous les liens partagés vers du code, des éléments de travail ou des résultats de build nécessitent une authentification.
Pipelines Modification des minutes gratuites de pipeline Les projets publics reçoivent des minutes de pipeline Microsoft hébergées illimitées. Après la conversion en privé, la capacité de pipeline de votre organisation est limitée à 1 800 minutes gratuites par mois (ou votre montant acheté).
Les badges d’état nécessitent une authentification Les badges d’état de build incorporés dans les fichiers README ou des tableaux de bord externes ne s'affichent plus pour les utilisateurs anonymes.
Packages et artefacts Les flux de package nécessitent une authentification Les consommateurs qui restaurent des packages à partir de vos flux Azure Artifacts doivent s’authentifier. L’accès en amont public est supprimé.
Extensions et intégrations Les consommateurs de webhooks et de hooks de service risquent de ne plus fonctionner Les consommateurs qui s’appuient sur l’accès anonyme peuvent cesser de recevoir des événements.
Les outils externes arrêtent de fonctionner Les tableaux de bord ou outils de supervision qui interrogent les API de votre projet sans authentification cessent de fonctionner.

Ce que vous devez faire

Scénario Action Détails
Vous avez besoin d’une visibilité publique Migrer vers GitHub Déplacez votre contenu public vers GitHub pour la collaboration open source. Pour obtenir des instructions pas à pas, consultez Migrate d’un projet public vers GitHub.
Vous n’avez besoin que d’une collaboration privée Aucune action n'est requise Votre projet est automatiquement converti en privé à la date de conversion. Tous les membres, autorisations et données existants sont conservés.
Vous souhaitez convertir de manière proactive Convertir en privé maintenant Convertissez votre projet en privé avant la date de conversion automatique. Pour obtenir des instructions, consultez Modifier la visibilité du projet en privé.

Questions fréquemment posées

Que se passe-t-il pour mes données lorsque mon projet est converti en privé ?

Toutes vos données sont conservées. Les dépôts, les éléments de travail, les pipelines, les artefacts, les wikis et les tableaux de bord restent inchangés. La seule différence est que les utilisateurs non authentifiés ne peuvent plus y accéder.

Est-ce que mes pipelines continuent à fonctionner après la conversion ?

Yes. Les pipelines existants sont toujours en cours d’exécution. Toutefois, les minutes de pipeline Microsoft hébergées par votre organisation passent d'un nombre illimité à l'allocation standard de projet privé (1 800 minutes gratuites par mois). Si vous avez besoin de plus de capacité, vous pouvez acheter davantage de travaux parallèles.

Dois-je mettre à jour les connexions de service ou les jetons d’accès personnels ?

Non. Les connexions de service, les jetons d’accès personnels (PAT) et les configurations OAuth ne sont pas affectées par le changement de visibilité. Ils continuent à travailler comme avant.

Que deviennent les forks de mes référentiels publics ?

Après la conversion, les duplications existantes dans Azure DevOps continuent de fonctionner pour les utilisateurs authentifiés. Toutefois, les utilisateurs non authentifiés ne peuvent plus cloner ni afficher les référentiels dupliqués. Si les contributeurs externes s’appuient sur des duplications, envisagez de migrer vers GitHub où le modèle de duplication est conçu pour les flux de travail open source.

Puis-je rendre mon projet public à nouveau après la conversion ?

Non. Une fois la mise hors service effectuée, l’option permettant de définir la visibilité d’un projet au public est définitivement supprimée. Si vous avez besoin d’une visibilité publique, migrez vers GitHub.

Les builds historiques et les éléments de travail seront-ils toujours accessibles ?

Yes. Toutes les données historiques, y compris les journaux de génération, les résultats des tests et l’historique des éléments de travail, sont conservées et accessibles aux membres de projet authentifiés.