Nota:
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Azure DevOps Services
Los proyectos públicos de Azure DevOps se retiran y ya no se pueden crear nuevos proyectos públicos. En 2027, todos los proyectos públicos existentes se convertirán automáticamente en proyectos privados y el acceso anónimo (sin autenticar) será deshabilitado de forma permanente. En este artículo se explica la escala de tiempo, los cambios y lo que debe hacer para prepararse.
¿Por qué se retiraron los proyectos públicos?
Cuando Azure DevOps introdujo proyectos públicos, el objetivo era proporcionar un espacio para la colaboración de código abierto. Desde entonces, GitHub se ha convertido en la plataforma estándar del sector para el desarrollo de código abierto, ofreciendo un ecosistema creado específicamente con características como Acciones de GitHub, paquetes de GitHub, GitHub discusiones y patrocinadores de GitHub.
En lugar de mantener dos experiencias de hospedaje de código abierto independientes, Microsoft está consolidando en GitHub para la colaboración pública y de código abierto. Azure DevOps sigue siendo una plataforma totalmente compatible para proyectos privados y flujos de trabajo de desarrollo empresarial.
Fechas clave y escala de tiempo
| Hito | Date | Detalles |
|---|---|---|
| Retirada anunciada | Abril de 2026 | Se ha anunciado la retirada de proyectos públicos y las organizaciones ya no pueden crear nuevos proyectos públicos. |
| Proyectos públicos existentes convertidos | 2027* | Todos los proyectos públicos restantes se convierten automáticamente en privados. |
*Las fechas exactas para convertir proyectos públicos se compartirán a través de banners en productos dentro de proyectos públicos.
Qué cambia cuando el proyecto se convierte en privado
Cuando un proyecto público se convierte en privado, los siguientes cambios surten efecto inmediatamente:
| Área | Cambio | Detalles |
|---|---|---|
| Acceso y visibilidad | Se ha quitado el acceso anónimo | Los usuarios que no son miembros de su organización ya no pueden ver código, elementos de trabajo, wikis, canalizaciones o artefactos. |
| La indexación del buscador se detiene | El proyecto ya no aparece en los resultados del motor de búsqueda y las direcciones URL públicas existentes devuelven un mensaje de inicio de sesión. | |
| Los vínculos públicos dejan de funcionar | Los vínculos compartidos a código, elementos de trabajo o resultados de compilación requieren autenticación. | |
| Pipelines | Cambio de minutos de canalización gratis | Los proyectos públicos reciben minutos ilimitados de canalizaciones hospedadas por Microsoft. Después de la conversión a privado, la capacidad de canalización de la organización se limita a 1800 minutos gratuitos al mes (o la cantidad comprada). |
| Los distintivos de estado requieren autenticación | Las insignias de estado de compilación insertadas en archivos README o paneles externos dejan de mostrarse para usuarios anónimos. | |
| Paquetes y artefactos | Las fuentes de paquetes requieren autenticación | Los consumidores que restauran paquetes desde las fuentes de Azure Artifacts deben autenticarse. Se elimina el acceso ascendente público. |
| Extensiones e integraciones | Es posible que los consumidores de webhook y hook de servicio puedan verse afectados | Los consumidores que dependen del acceso anónimo podrían dejar de recibir eventos. |
| Las herramientas externas dejan de funcionar | Los paneles o herramientas de supervisión que consultan las API del proyecto sin autenticación dejan de funcionar. |
Lo que usted debe hacer
| Escenario | Action | Detalles |
|---|---|---|
| Necesita visibilidad pública | Migración a GitHub | Mueva el contenido orientado al público a GitHub para la colaboración de código abierto. Para obtener instrucciones paso a paso, consulte Migrate de un proyecto público a GitHub. |
| Solo necesita colaboración privada | No se requiere ninguna acción. | El proyecto se convierte automáticamente en privado en la fecha de conversión. Se conservan todos los miembros, permisos y datos existentes. |
| Para poder convertir de forma proactiva | Convierte a privado ahora | Convierta el proyecto en privado antes de la fecha de conversión automática. Para obtener instrucciones, consulte Cambio de la visibilidad del proyecto a privado. |
Preguntas más frecuentes
¿Qué ocurre con mis datos cuando mi proyecto se convierte en privado?
Todos los datos se conservan. Los repositorios, los elementos de trabajo, las canalizaciones, los artefactos, las wikis y los paneles permanecen sin cambios. La única diferencia es que los usuarios no autenticados ya no pueden acceder a ellos.
¿Mis canalizaciones siguen ejecutándose después de la conversión?
Yes. Las canalizaciones existentes continúan ejecutándose. Sin embargo, los minutos de canalizaciones hospedadas por Microsoft de su organización cambian de ilimitados a la asignación estándar para proyectos privados (1800 minutos gratuitos al mes). Si necesita más capacidad, puede comprar más trabajos paralelos.
¿Es necesario actualizar las conexiones de servicio o los tokens de acceso personal?
N.º Las conexiones de servicio, los tokens de acceso personal (PAT) y las configuraciones de OAuth no se ven afectadas por el cambio de visibilidad. Siguen funcionando como antes.
¿Qué ocurre con las bifurcaciones de mis repositorios públicos?
Después de la conversión, las bifurcaciones existentes dentro de Azure DevOps siguen funcionando para los usuarios autenticados. Sin embargo, los usuarios no autenticados ya no pueden clonar ni ver repositorios bifurcadas. Si los colaboradores externos dependen de bifurcaciones, considere la posibilidad de migrar a GitHub donde el modelo de bifurcación está diseñado para flujos de trabajo de código abierto.
¿Puedo volver a hacer que mi proyecto sea público después de la conversión?
N.º Una vez que el retiro entra en vigor, la opción para establecer la visibilidad de un proyecto a público se elimina de forma permanente. Si necesita visibilidad pública, migre a GitHub.
¿Seguirán siendo accesibles las compilaciones históricas y los elementos de trabajo?
Yes. Todos los datos históricos, incluidos los registros de compilación, los resultados de las pruebas y el historial de elementos de trabajo, se conservan y son accesibles para los miembros del proyecto autenticados.