Repositorios Git: 7 alternativas a GitHub según tu equipo

Entre las plataformas para alojar repositorios Git, GitLab es la alternativa más completa a GitHub; Gitea encabeza la lista si quieres administrar la plataforma por tu cuenta. Estas 7 alternativas a GitHub se reparten entre servicios gestionados y software autoalojado, pero la decisión depende de qué debe acompañar al código: revisiones, incidencias, CI/CD y controles de acceso.

Información contrastada con las páginas oficiales de los proveedores el 5 de noviembre de 2026. Esta comparación se basa en documentación y precios; no incluye pruebas prácticas de migración. Que un producto esté disponible significa que su proveedor permite registrarse, comprarlo o instalarlo, no que hayamos creado una cuenta o conseguido la aprobación de un contrato.

Repositorios Git: alternativas a GitHub de un vistazo

Elige primero el modelo operativo y después el proveedor. Un servicio gestionado administra la plataforma de alojamiento de código por ti. Con software autoalojado, la instalación, las copias de seguridad y la recuperación quedan bajo tu responsabilidad. Tener un ejecutor de CI propio, es decir, la máquina que ejecuta las tareas de compilación, no convierte por sí solo un alojamiento de código en la nube en una plataforma autoalojada.

Estos precios son puntos de entrada, no paquetes equivalentes. Los enlaces de precios de cada sección recogen las condiciones del proveedor. Una licencia de software gratuita no paga el servidor, y una suscripción de repositorios no incluye necesariamente un asistente de IA, un gestor de incidencias o capacidad ilimitada de compilación.

Antes de cambiar solo por el costo, compara la alternativa con la página de precios actual de GitHub y nuestro desglose de precios de GitHub. Deja por escrito qué necesidad obliga a migrar. De lo contrario, un precio menor por usuario puede ocultar una factura mayor de migración y mantenimiento.

Alternativas a GitHub con alojamiento gestionado

El alojamiento gestionado suele ser la opción lógica cuando nadie en el equipo se responsabiliza de la disponibilidad de la infraestructura de desarrollo. Los ingenieros pueden seguir controlando los permisos de los repositorios y usar máquinas privadas para compilar; el proveedor mantiene la aplicación de alojamiento. En este grupo, la principal diferencia está entre plataformas de desarrollo integrales y servicios pensados para una comunidad o una nube concretas.

GitLab: la alternativa más completa

GitLab reúne repositorios, seguimiento de incidencias, solicitudes de fusión y CI/CD, la automatización que compila, prueba y entrega software. Es la primera opción que debería evaluar una empresa que quiera mantener unidos la revisión de código y el proceso de entrega al salir de GitHub. Un equipo de producto con código de aplicación, tareas pendientes y un flujo de publicación puede evaluar todo el ciclo de trabajo en un mismo destino. Su límite es que sigue siendo una migración de plataforma: reconocer los conceptos no garantiza que los permisos, la automatización o las conversaciones históricas sean idénticos.

Ideal para: Responsables de ingeniería que necesiten sustituir varios flujos de GitHub conectados entre sí.
Lo más destacado: Un importador de GitHub que transfiere metadatos de colaboración además de los datos del repositorio.
Precio: Free $0; Premium desde $29/usuario/mes, con facturación anual, según la página de precios de GitLab.
Prueba gratuita: El proveedor ofrece una prueba de los planes de pago junto al plan Free permanente.

CI/CD, incidencias y revisiones: Todo forma parte de la plataforma. Las solicitudes de fusión, o merge requests, equivalen a las pull requests de GitHub: propuestas de cambios que se discuten antes de incorporarlas. GitLab.com Free indica un límite de 5 usuarios por grupo de nivel superior y 400 minutos de cómputo al mes. Ese grupo es el contenedor organizativo que reúne proyectos y miembros. No extrapoles esas cuotas del servicio alojado a una instalación autogestionada ni supongas que incluyen capacidad de cómputo dedicada.

Asistente de programación con IA: GitLab Duo es la propuesta de IA del proveedor: ofrece asistencia en extensiones de IDE y en la interfaz de GitLab, además de agentes y flujos automatizados. Un IDE es el entorno de edición donde se escribe y depura código. La disponibilidad y el uso dependen del plan, del despliegue y de GitLab Credits; una cuenta de alojamiento Free no garantiza acceso gratuito a todas las funciones de Duo. La documentación de Duo también describe el alojamiento de modelos compatibles y una pasarela de IA, cuyo despliegue requiere una evaluación propia.

Importación desde GitHub: La documentación del importador de GitHub contempla datos del repositorio, incidencias, pull requests, comentarios y otros metadatos del proyecto. No migra las organizaciones o los grupos de GitHub como organizaciones o grupos. Importar los adjuntos de Markdown es opcional, de modo que borrar el origen demasiado pronto puede romper enlaces históricos. La diferencia importa cuando una incidencia antigua contiene la única captura que explica un fallo en producción.

GitLab vs GitHub: qué cambia la decisión

Elige GitLab si unificar la entrega y la colaboración compensa modificar la forma de trabajar. Quédate con GitHub si el problema principal puede resolverse mediante políticas de acceso o controles de facturación y tu proceso de publicación depende mucho de las integraciones existentes. Migrar porque un asistente genera rechazo, sin comprobar si Duo también quedará habilitado, no resuelve la decisión de política de fondo.

Para la prueba piloto, elige un repositorio con suficiente historial para detectar problemas: una revisión cerrada con comentarios, un adjunto en una incidencia y un proceso de publicación activo. Un repositorio casi vacío demuestra muy poco. Pide que un desarrollador y la persona que aprueba las publicaciones revisen juntos el resultado: detectarán fallos distintos.

1. 1

   Prepara el destino y limita el acceso de importación

   Crea el grupo de destino y confirma que quien importa tiene el rol Maintainer u Owner requerido. Si administras GitLab, habilita GitHub como origen de importación. Usa una conexión OAuth aprobada o el método con token documentado, con el alcance limitado a la migración.

2. 2

   Ejecuta el importador de GitHub

   Selecciona Create new, después New project/repository, Import project y GitHub. Autoriza el acceso, elige el repositorio y revisa el espacio de nombres de destino y las opciones de adjuntos antes de iniciar.

3. 3

   Valida por separado el historial de colaboración

   Compara ramas, etiquetas, incidencias, comentarios de revisión y adjuntos con el origen. Comprueba expresamente identidades y accesos. Mantén GitHub disponible mientras resuelves las diferencias: que una importación termine no demuestra que funcionen todos los enlaces históricos.

4. 4

   Reconstruye el proceso de publicación antes del cambio definitivo

   Configura el flujo de automatización, las credenciales y las aprobaciones de publicación en el destino. Ensaya una publicación y una reversión. Después, designa el nuevo repositorio principal y elimina el acceso temporal de migración. La replicación de repositorios de GitLab no sincroniza los cambios posteriores en las pull requests de GitHub.

Bitbucket Cloud: tiene sentido cuando Jira ya organiza el trabajo

Bitbucket Cloud es el servicio gestionado de repositorios y revisión de Atlassian, con Pipelines para compilaciones y despliegues. Encaja en empresas que ya planifican en Jira y quieren vincular la actividad del repositorio con esas tareas. La ventaja práctica es mantener cada cambio conectado con la tarea que lo motivó. Su límite está en las incidencias: las funciones nativas Issues y Wikis de Bitbucket se han retirado, por lo que ya no es una opción lógica para quien busque un gestor pequeño e independiente junto a cada repositorio.

Ideal para: Equipos con un flujo de trabajo consolidado en Jira.
Lo más destacado: Actividad de repositorios y flujos de automatización vinculada al seguimiento del trabajo.
Precio: Gratis hasta 5 usuarios; Standard desde $3.65/usuario/mes en la página de precios de Bitbucket.
Prueba gratuita: Hay pruebas de Standard y Premium.

CI/CD, incidencias y revisiones: Pipelines está integrado; el plan Free indica 50 minutos de compilación al mes. Hay pull requests y revisores, mientras que exigir comprobaciones de fusión depende de los niveles de pago. Para las incidencias, cuenta con Jira u otro gestor. El aviso de retirada de Issues y Wikis de Atlassian confirma su eliminación el 20 de agosto de 2026.

Asistente de programación con IA: Atlassian ofrece Rovo Dev, con asistencia de programación y revisión de código, pero está cambiando su oferta comercial. El aviso de transición de Rovo Dev explica que el producto independiente se acerca al fin de su vida útil, Code Reviewer pasa a las suscripciones de Jira y Teamwork Collection que cumplan los requisitos y la CLI evoluciona hacia Rovo CLI. La página consultada no confirmaba la fecha definitiva de retirada del producto independiente. Solicita las condiciones de acceso aplicables a tu organización; no presupuestes como si cada licencia de Bitbucket incluyera automáticamente el mismo asistente independiente sin cambios.

Importación desde GitHub: Usa Create, Repository y después Import repository, con la URL del repositorio de GitHub y la autenticación necesaria. Atlassian documenta un importador de repositorios, no un traslado completo de incidencias, revisiones y políticas organizativas de GitHub. Trata cada parte como un trabajo separado.

Si el equipo ya usa Jira, trasladar las incidencias de GitHub al proyecto existente puede servir para poner orden. En una empresa pequeña que solo usa GitHub Issues, puede crear otro sistema que administrar. Decide quién mantendrá los enlaces a incidencias y las referencias históricas antes de contabilizar el precio por usuario como un ahorro.

Veredicto: Bitbucket destaca por el flujo de Atlassian. Si no quieres Jira, esa ventaja pierde mucho peso.

Azure DevOps Services: planificación sólida y entregas en el entorno Microsoft

Azure DevOps Services es la suite alojada de Microsoft que reúne Repos, Boards y Pipelines. Encaja cuando las tareas, los procesos de publicación y la administración organizativa pesan más que reproducir la experiencia social de GitHub. Una empresa que desarrolla aplicaciones internas puede mantener en la suite la tarea, el cambio de código y la conversación sobre el despliegue. Su límite es el alcance: pasar a Azure Repos no conserva todas las funciones específicas de GitHub, incluidas todas las que llevan el nombre Copilot.

Ideal para: Organizaciones que quieran reunir planificación e infraestructura de entrega.
Lo más destacado: Tareas en Boards vinculadas al trabajo en repositorios y flujos de automatización.
Precio: Basic incluye los primeros 5 usuarios gratis y después cuesta $6/usuario adicional/mes, según la página de precios de Azure DevOps.
Prueba gratuita: La cuota gratuita de Basic es permanente; es distinta de la prueba de Test Plans.

CI/CD, incidencias y revisiones: Azure Pipelines aporta CI/CD, Boards hace el seguimiento de tareas y Repos ofrece pull requests. La cuota gratuita anunciada para flujos alojados incluye un trabajo paralelo con 1,800 minutos al mes. Un trabajo paralelo es capacidad para ejecutar una tarea a la vez, no una promesa de que todas las compilaciones en cola empezarán juntas. La documentación actual sobre trabajos paralelos indica que vincular una suscripción válida de Azure habilita la cuota gratuita para proyectos privados.

Asistente de programación con IA: La revisión de código de GitHub Copilot para Azure Repos está en versión preliminar pública, con controles de organización y repositorio y facturación mediante una suscripción de Azure vinculada. Puede comentar el código modificado antes de la revisión humana. Sin embargo, la integración independiente de Azure Boards que encarga a Copilot implementar una tarea sigue requiriendo un repositorio de GitHub. La documentación de revisión en Azure Repos y los requisitos de integración de programación con Boards de Microsoft describen integraciones diferentes. Ni «Copilot funciona» ni «Copilot no está disponible» son afirmaciones suficientemente precisas para esta compra.

Importación desde GitHub: Usa el flujo de importación de repositorios con la URL Git de origen y la autenticación requerida. La guía de importación de Git de Microsoft cubre la importación a un repositorio de destino nuevo o vacío. Large File Storage, o LFS, mantiene los binarios grandes fuera de los objetos habituales de Git: sus punteros pueden llegar con el repositorio mientras los archivos correspondientes todavía necesitan transferirse. Planifica por separado las incidencias y el historial de pull requests de GitHub.

Una prueba piloto útil parte de un servicio existente con un artefacto de compilación y una aprobación de despliegue, no solo de una biblioteca de código. Pide al responsable de publicaciones que siga un cambio propuesto desde su tarea en Boards hasta el despliegue terminado. Si el recorrido es más claro que el actual, la suite aporta valor. Si los desarrolladores deben actualizar varios gestores manualmente, la migración ha creado un problema de coordinación.

Codeberg: excelente para software libre, inadecuado para un producto privado

Codeberg es una forja alojada sin fines de lucro, un servicio de código y colaboración basado en Forgejo. Es una opción sólida para una biblioteca pública o un proyecto comunitario cuyos colaboradores busquen una gobernanza basada en el software libre. Su límite está en los requisitos de uso: no es un alojamiento comercial generalista para el código privado de tu SaaS. Su misión y sus reglas sobre recursos forman parte de la decisión de producto; no son letra pequeña que revisar después de migrar.

Ideal para: Proyectos de software libre y de código abierto alineados con la misión de la organización.
Lo más destacado: Alojamiento orientado a la comunidad con una postura explícita sobre el entrenamiento de IA.
Precio: $0 para los usos que cumplan los requisitos, financiados con donaciones y membresías opcionales, según las preguntas frecuentes de Codeberg.
Prueba gratuita: El alojamiento permitido es continuado; no hay una prueba comercial que desemboque en un plan superior de pago.

CI/CD, incidencias y revisiones: Hay incidencias y pull requests. Woodpecker CI requiere solicitar acceso y obtener aprobación manual. Forgejo Actions puede utilizar ejecutores autoalojados y dispone de un servicio alojado limitado en alfa abierta. La documentación de CI deja claras estas condiciones. «CI disponible» no significa que todo proyecto nuevo reciba inmediatamente una flota de ejecutores gestionados.

Asistente de programación con IA: Las páginas de producto consultadas no anuncian un asistente de programación propio. Codeberg afirma que no usará los datos de los proyectos alojados ni de sus usuarios para entrenar IA generativa y restringe los proyectos generados en gran medida con LLM. Su explicación pública de la política distingue las comunidades activas consolidadas y las contribuciones generadas ocasionales de los proyectos creados o mantenidos en gran medida por agentes. Eso no equivale a decir que cualquier aportación histórica de IA descalifica automáticamente un proyecto.

Importación desde GitHub: Abre el menú del signo más, selecciona New Migration y GitHub, proporciona el token de acceso requerido y elige los metadatos que transferirás. La guía de migración de Codeberg cubre incidencias, etiquetas, publicaciones, hitos y otros metadatos compatibles. Elegir Git como origen genérico transfiere el contenido del repositorio sin esos metadatos adicionales. Revoca el token de migración cuando se haya aceptado la transferencia.

Para una dependencia pública mantenida por voluntarios, la experiencia de quien contribuye por primera vez importa tanto como la importación. Publica las nuevas instrucciones de contribución, explica dónde se revisa el código y deja inequívoca la ubicación principal del proyecto. Trasladar el repositorio sin trasladar los hábitos de la comunidad obliga a sus responsables a vigilar dos lugares.

Codeberg ejecuta la mayoría de sus servicios en hardware propio en Berlín, pero sus preguntas frecuentes describen otras ubicaciones y proveedores para algunas tareas. Es información útil sobre la infraestructura, no una garantía contractual de que toda copia de los datos permanezca en Alemania. Para una empresa de software propietario con requisitos estrictos de ubicación, conviene evaluar un despliegue alojado propio en vez de intentar convertir una donación en una excepción.

SourceHut: elige a conciencia el trabajo por correo y la política de IA

SourceHut es una suite de desarrollo de código abierto centrada en Git, listas de correo, seguimiento de incidencias y compilaciones. Encaja con responsables de proyectos que prefieren revisar parches por correo electrónico, con herramientas web de apoyo, en lugar de reproducir la experiencia de pull requests de GitHub. Un proyecto que ya debate las contribuciones en una lista de correo tiene un motivo claro para evaluarla. Sus límites son el cambio de flujo de trabajo, su estado de alfa pública y una política de IA del servicio alojado que excluye muchas prácticas actuales de programación.

Ideal para: Proyectos que prefieren expresamente revisar parches por correo electrónico.
Lo más destacado: Colaboración de desarrollo construida alrededor de las listas de correo.
Precio: Suscripciones de alojamiento desde $4/mes antes de los impuestos aplicables; todos los niveles de pago dan acceso a los mismos servicios, según la página de precios de SourceHut.
Prueba gratuita: Muchos servicios permiten actualmente el pago opcional durante la fase alfa, pero las compilaciones requieren pago; los colaboradores no tienen que pagar solo por participar.

CI/CD, incidencias y revisiones: La suite incluye builds.sr.ht para CI, todo.sr.ht para incidencias y revisión de parches mediante listas de correo con herramientas web. Un parche es una propuesta de cambio de código que se envía a revisión; los responsables la debaten y aplican la revisión aceptada. La automatización de entrega debe configurarse para cada proyecto. La suscripción no equivale a un sistema de publicación ya preparado.

Asistente de programación con IA: SourceHut anuncia expresamente que no incluye funciones de IA. Su cambio de política sobre IA fue más lejos para los proyectos nuevos desde el 10 de septiembre de 2026: prohíbe en el servicio alojado el contenido original escrito con IA generativa o con su asistencia, así como el software que facilita la IA generativa, con sujeción a la interpretación y las excepciones indicadas. La explicación permite el análisis o la revisión privados si después redactas tú el material original. Un equipo que envía habitualmente código escrito por asistentes no debería elegir este servicio alojado.

Importación desde GitHub: El manual del servicio Git explica cómo trasladar código alojado externamente mediante una clonación y su incorporación a git.sr.ht. Eso proporciona una vía para transferir Git. No demuestra que las conversaciones de pull requests de GitHub se conviertan en hilos equivalentes de la lista de correo ni que las incidencias pasen automáticamente al gestor. Haz un inventario separado y decide qué debe seguir siendo legible como archivo.

Antes de trasladar un proyecto de empresa, pide a alguien recién incorporado que siga las instrucciones de contribución propuestas. ¿Puede enviar un parche, responder a los comentarios y encontrar la revisión aceptada? Un flujo que resulta claro para un responsable experimentado puede exigir formación inicial al resto. Puede compensar, pero debe ser una elección operativa consciente.

El software también puede autoalojarse. Distingue esa posibilidad de los requisitos para usar el servicio alojado de SourceHut: ejecutar el software en infraestructura que administras supone otro modelo de despliegue y responsabilidad.

AWS CodeCommit: vuelve a estar disponible, con un alcance más acotado

AWS CodeCommit es un servicio gestionado de repositorios Git privados para organizaciones que quieren integrar el acceso al código en su modelo operativo de AWS. Merece entrar en la lista cuando los permisos de identidad y los límites de red de AWS son requisitos centrales. El anuncio de reapertura de AWS confirma expresamente que vuelve a aceptar clientes nuevos. Algunos avisos de páginas antiguas de AWS aún dicen lo contrario; el anuncio de reapertura y el historial actual de la documentación dejan sin efecto aquel aviso de cierre.

Ideal para: Organizaciones centradas en AWS con un requisito concreto sobre los límites de acceso al repositorio.
Lo más destacado: Acceso al repositorio integrado con los servicios de identidad e infraestructura de AWS.
Precio: Hay una cuota gratuita; el uso de pago cuesta $1/usuario activo/mes más los excesos aplicables, según las preguntas frecuentes de precios de CodeCommit.
Prueba gratuita: El proveedor publica una cuota permanente, no una prueba temporal de una plataforma completa.

CI/CD, incidencias y revisiones: CodeCommit admite pull requests y colaboración en revisiones. La automatización de compilación y entrega se realiza mediante servicios separados como AWS CodeBuild y AWS CodePipeline. Prevé un gestor de incidencias aparte. Se trata de combinar servicios: compara el flujo de trabajo resultante y sus facturas en lugar de considerar el alojamiento del repositorio una suscripción integral de desarrollo.

Asistente de programación con IA: AWS ofrece Amazon Q Developer para asistir en la programación. Es una oferta independiente, no una prueba de que contratar CodeCommit añada automáticamente un asistente nativo a cada repositorio o revisión. Separa la decisión sobre repositorios de las condiciones de acceso al asistente.

Importación desde GitHub: AWS documenta una migración de repositorios Git: obtener el repositorio existente, crear el destino en CodeCommit y transferir el código. No lo confundas con importar GitHub Issues, conversaciones de pull requests o flujos de Actions. Son sistemas separados que hay que sustituir o conservar.

La prueba piloto adecuada demuestra el acceso y la entrega en la configuración prevista de AWS. ¿Puede la identidad del desarrollador obtener el repositorio? ¿Accede la identidad de compilación únicamente al código necesario? ¿Puede completarse la publicación con los permisos previstos? Estas preguntas explican por qué un equipo podría elegir CodeCommit aunque otra forja tenga una interfaz más unificada.

Veredicto: Inclúyelo cuando la integración con AWS sea el motivo de la migración. Si buscas como fundador una alternativa familiar a GitHub, evalúa primero GitLab o Gitea.

Software autoalojado: Gitea, GitLab y el trabajo de administrarlos

El autoalojamiento encaja especialmente cuando necesitas elegir la infraestructura, administrar la aplicación y controlar su recuperación. También te hace responsable de las interrupciones. La pregunta decisiva es si alguien puede restaurar el servicio cuando falla un disco, una base de datos o una actualización, no si instalarlo parece fácil.

Gitea: la primera opción a evaluar para autoalojamiento

Gitea es una forja de código abierto para repositorios, incidencias, pull requests y automatización. Es el mejor punto de partida para una organización de ingeniería pequeña que quiera operar su plataforma de código sin adoptar por defecto una suite más amplia. Un equipo de herramientas internas puede mantener revisiones y tareas junto a los repositorios y elegir dónde se ejecuta el servicio. Su límite es la responsabilidad operativa: la licencia gratuita no aporta copias de seguridad, monitorización, aislamiento de ejecutores ni personal para recuperar el servicio.

Ideal para: Equipos que quieran una forja autogestionada y puedan responsabilizarse de su operación.
Lo más destacado: Repositorios, incidencias, pull requests y Actions en el producto de código abierto.
Precio: Open Source cuesta $0 bajo licencia MIT; el alojamiento y la administración van aparte, según la página de precios de Gitea.
Prueba gratuita: El uso de código abierto es continuado; el proveedor ofrece pruebas comerciales por separado.

CI/CD, incidencias y revisiones: Gitea incluye incidencias y pull requests, además de Gitea Actions para CI/CD. Su documentación de Actions indica que es mayormente compatible con GitHub Actions y utiliza un programa ejecutor separado. «Mayormente» importa. Un archivo de flujo conocido facilita la migración, pero no demuestra que cada acción, supuesto sobre permisos e integración vaya a comportarse igual.

Asistente de programación con IA: Las páginas de producto y precios consultadas no anuncian un asistente de programación propio. Esa afirmación es más limitada que una prohibición de IA. Si utilizas un asistente externo en el editor o un bot de revisión, evalúa por separado su acceso al repositorio, el tratamiento de datos y la compatibilidad de la integración.

Importación desde GitHub: La documentación de migración de Gitea describe su formulario integrado para migrar desde GitHub, que incluye elementos como incidencias y pull requests cuando se facilitan los datos de cuenta requeridos. Ejecuta la importación con un proyecto representativo y comprueba después conversaciones e identidades. La configuración de Actions y los secretos necesitan otra prueba de aceptación.

Por ejemplo, una aplicación interna privada puede tener un flujo de pruebas sencillo y, en cambio, una tarea de publicación que dependa de un proveedor de identidad alojado concreto. Reutilizar la tarea de pruebas no valida la de publicación. El piloto debe llegar al entorno de despliegue y demostrar la recuperación antes de anunciar que la migración está completa.

Gitea también vende opciones gestionadas Cloud y Enterprise, por lo que el producto no es exclusivamente autoalojado. Esta recomendación se refiere al despliegue Open Source que administras. Los controles empresariales, como el inicio de sesión único SAML que conecta el acceso con el sistema de identidad de tu organización, deben comprobarse en cada edición en lugar de darlos por incluidos en la instalación gratuita.

Gitea vs GitLab: elige cuánto necesitas administrar

Elige Gitea cuando una forja centrada en lo esencial cubra tu trabajo y puedas operarla. Elige GitLab Self-Managed cuando el flujo más amplio de GitLab sea el motivo de la migración y aceptes la administración que exige. No elijas ninguna solo porque puedas descargar el software sin una factura de alojamiento. El costo operativo incluye a quien investiga una copia de seguridad fallida y el tiempo que pierde el equipo durante una interrupción.

Codeberg es el servicio gestionado; Forgejo es el software que utiliza. Autoalojar Forgejo es una opción distinta de abrir una cuenta en Codeberg. El software de SourceHut también puede instalarse en tu infraestructura. Estas distinciones evitan un error habitual al comparar: confundir un servicio alojado de código abierto con la promesa de que su proveedor administrará tu instalación privada.

La oferta autogestionada de Bitbucket exige comprobar aparte los requisitos de acceso. La página de Hybrid License de Atlassian dice que está destinada a clientes existentes de Bitbucket o Bamboo Server/Data Center. No es una vía de autoalojamiento desde cero para una empresa que parte de GitHub. Del mismo modo, el anuncio general de retirada de Data Center no debe interpretarse como una afirmación de que desaparece todo el producto autogestionado de Bitbucket.

Qué alternativa a GitHub conviene a tu equipo

Si el problema principal es el costo, compara el entorno de trabajo completo antes de migrar. Para una empresa pequeña, empieza por las cuotas gratuitas de los servicios alojados. Incluye la capacidad de compilación, el seguimiento de incidencias, los controles de identidad necesarios y el acceso a asistentes. Cambia solo si el ahorro o la mejora de control siguen compensando después de reproducir el proceso de publicación.

Si controlar la infraestructura es obligatorio, empieza por Gitea y GitLab Self-Managed. GitLab gana peso cuando su plataforma más amplia permite eliminar suficientes herramientas separadas como para justificar el trabajo de administrarla. Gitea gana peso cuando bastan repositorios, incidencias, revisiones y una configuración de CI adecuada.

Si la prioridad es la integración con el ecosistema, sigue el lugar donde ya se coordina el trabajo. Bitbucket encaja con la planificación en Jira. Azure DevOps encaja con un flujo de Boards y Pipelines. CodeCommit encaja con un requisito específico de repositorios en AWS. Adoptar otro ecosistema solo para evitar una factura puede generar más administración de la que elimina.

Si el proyecto es público y comunitario, decide según las necesidades de sus colaboradores. Codeberg es la opción más clara para un proyecto de software libre que busca una forja familiar. SourceHut está pensado para responsables que eligen expresamente su flujo de revisión de parches y pueden cumplir sus reglas sobre IA. No elijas ninguno solo porque un titular lo presente como gratuito.

Alternativas a GitHub Actions: prueba primero la tarea de publicación

GitLab CI/CD, Bitbucket Pipelines, Azure Pipelines, Gitea Actions, las opciones de CI de Codeberg y las compilaciones de SourceHut cubren modelos operativos diferentes. CodeCommit se conecta con un conjunto separado de servicios de entrega de AWS. Por eso, lo que debes migrar es el flujo de automatización en funcionamiento, no solo su archivo de configuración.

Haz un inventario de los pasos que dependen del alojamiento actual: obtención del código, cachés, acceso a paquetes, credenciales de despliegue, controles de aprobación y notificaciones. Prueba cuanto antes la tarea de publicación con más restricciones. Si no puede ejecutarse con seguridad en el destino, importar correctamente el repositorio no ha eliminado el obstáculo. La compatibilidad de Gitea puede reducir la reescritura, pero no debe eliminar esta prueba.

Alternativas a GitHub Copilot: evalúa el asistente aparte del alojamiento

Cambiar el remoto de Git no decide qué asistente puede usar un desarrollador ni adónde envía ese asistente el contexto. GitLab ofrece Duo; Atlassian ofrece sus herramientas Rovo para desarrolladores en transición; la integración de revisión de Azure Repos de Microsoft utiliza GitHub Copilot; AWS ofrece Amazon Q Developer por separado. Las páginas consultadas de Gitea no anuncian un equivalente nativo, mientras que Codeberg y SourceHut establecen políticas que requieren atención más allá de elegir un asistente.

Formula el requisito con precisión: que no se entrene con el código enviado, que no haya procesamiento externo, que no se admitan contribuciones generadas o que no exista dependencia de un proveedor concreto. Son políticas diferentes. Una plataforma puede cumplir una y fallar en otra. Consulta nuestra guía de precios de GitHub Copilot para evaluar la factura del asistente por separado del alojamiento de repositorios.

Residencia de datos: sigue el código más allá del repositorio

La ubicación de un repositorio es solo parte de la decisión sobre dónde residen los datos. Un ejecutor de compilación puede recibir código fuente, un registro puede contener información sensible y un servicio de IA puede recibir fragmentos independientemente de dónde se almacenen los objetos Git. Para un responsable de ingeniería que debe cumplir un requisito de un cliente, el resultado útil es un mapa de esas transferencias y de los contratos que las cubren.

La documentación de ubicación de datos de Azure DevOps de Microsoft describe regiones geográficas seleccionables, incluidas Europa y Canadá, y excepciones limitadas a la ubicación de los datos del cliente. Codeberg describe dónde está su infraestructura, pero eso no sustituye un contrato de alojamiento comercial privado. El autoalojamiento te permite elegir el despliegue; no limita automáticamente a un asistente o servicio de compilación externo.

Pregunta dónde residen los repositorios, las bases de datos, las copias de seguridad y los registros; desde dónde puede acceder el soporte; y qué subencargados reciben código. Después, realiza la misma comprobación para CI e IA. Si el requisito es «ningún código sale de este entorno», aplícalo en las conexiones correspondientes en lugar de considerar que elegir una región de alojamiento resuelve todo.

Qué pierdes al salir de GitHub

Pierdes parte de la comodidad que aporta la red de GitHub: los posibles colaboradores ya tienen cuentas, conocen la interfaz de revisión y pueden descubrir un proyecto a través de perfiles y repositorios familiares. También pierdes la posibilidad de dar por hecho que un componente del catálogo de Actions funcionará sin cambios, con los mismos permisos e integraciones, en el destino. Dar a conocer un proyecto de código abierto pasa a depender más de tu trabajo, aunque la alternativa tenga una comunidad capaz. Estos costos pesan más para una herramienta pública de desarrollo que busca colaboradores que para una aplicación interna privada. Un espejo público puede conservar la visibilidad, pero necesita instrucciones de contribución inequívocas y una ubicación principal clara; de lo contrario, genera incidencias y revisiones duplicadas que los responsables deben vigilar.

Cómo seleccionamos estas alternativas

La selección prioriza la información necesaria para decidir sobre las clasificaciones por cantidad de funciones. Para cada opción se comprobó la disponibilidad actual, el modelo de alojamiento, CI/CD, incidencias y revisiones, la oferta de IA declarada por el proveedor, la vía de importación desde GitHub y el precio inicial publicado. GitLab, Bitbucket, Azure DevOps y Gitea mostraban vías de registro, compra, prueba o descarga; Codeberg y SourceHut mostraban vías de registro; AWS confirmaba expresamente la reapertura de las altas.

La comparación se verificó el 5 de noviembre de 2026 con páginas oficiales de producto, precios y documentación. No se realizaron mediciones de rendimiento, pruebas de respuesta del soporte ni migraciones de prueba. Las recomendaciones valoran la adecuación al flujo de trabajo a partir de esa información. Una descripción favorable no anula los requisitos de uso de un proyecto ni la necesidad de probar su proceso real de publicación.

Qué opciones conviene descartar y en qué casos

Descarta Codeberg para una empresa con un producto propietario privado. Su misión es un motivo para elegirlo en software libre y para excluirlo del alojamiento comercial privado habitual. Las donaciones opcionales no compran una política de uso aceptable distinta.

Descarta el servicio alojado de SourceHut si tu proceso habitual de contribución depende de código generado o si tu producto facilita la IA generativa. Su política actual supone una incompatibilidad sustancial, no un ajuste opcional del asistente. Descártalo también si tus colaboradores necesitan una experiencia de revisión similar a GitHub y nadie ha presupuestado la formación para cambiar el flujo de trabajo.

No trates Bitbucket Hybrid como una nueva vía de compra para autoalojamiento. Su página de requisitos habla expresamente de clientes existentes. Evalúa la oferta Cloud incluida en esta lista o elige software que puedas desplegar por tu cuenta.

Descarta CodeCommit como sustituto integral por defecto. Puede ser el servicio de repositorios adecuado dentro de AWS, pero aún tendrás que diseñar el seguimiento de incidencias y la entrega que lo rodean. El antiguo cierre de altas ya no es una razón válida para excluirlo.

Descarta cualquier migración cuya única prueba sea una clonación correcta. Si los revisores no pueden encontrar las decisiones que explican el código o el destino no puede publicarlo, el cambio de plataforma sigue incompleto.

Lista de comprobación para aceptar la migración

Valida la migración por capas para que una transferencia limpia del repositorio no oculte un flujo de trabajo roto. La lista siguiente es un marco de evaluación, no una afirmación de que todos los importadores transfieran todas las capas.

1. 1

   Comprueba que el repositorio esté completo

   Compara las ramas y etiquetas esperadas, inspecciona commits representativos y confirma que puedan recuperarse los archivos grandes. Mantén una copia de seguridad independiente y conserva el origen hasta aceptar la migración.

2. 2

   Comprueba que las decisiones sigan siendo legibles

   Inspecciona una incidencia, una revisión cerrada, un adjunto y una nota de publicación. Decide qué historial ausente se importará, archivará o enlazará. Asigna a alguien la responsabilidad de resolver las referencias rotas.

3. 3

   Comprueba que el destino pueda publicar

   Configura de forma deliberada las credenciales, el acceso a artefactos y las aprobaciones de despliegue. Ejecuta el proceso de publicación contra un destino seguro y después ensaya la recuperación. Revoca las credenciales temporales de importación tras la aceptación.

4. 4

   Comprueba los accesos y asigna la responsabilidad del cambio

   Revisa el acceso de un desarrollador, un revisor, una identidad de compilación y un usuario que deja la organización. Programa la sincronización final, anuncia dónde deben enviarse las nuevas contribuciones y designa a la persona autorizada para revertir la migración.

La próxima sesión de trabajo debería producir el resultado de una prueba piloto, en lugar de una lista más larga de opciones: elige el destino que cumpla la restricción obligatoria, migra un repositorio representativo y pide a su responsable de publicaciones que valide el flujo. Amplía el alcance solo después de obtener esa evidencia.

Preguntas frecuentes

¿Cuál es la mejor alternativa a GitHub?

GitLab es la alternativa más completa si quieres reunir repositorios, incidencias, revisiones y CI/CD. Gitea es la primera opción autoalojada que conviene evaluar cuando una forja centrada en lo esencial cubre el trabajo y puedes administrarla. La dependencia de Jira, las políticas comunitarias o un perímetro de AWS pueden cambiar la recomendación.

¿Qué es mejor, TFS o Git?

Son herramientas de categorías distintas. Team Foundation Server, antecesor de Azure DevOps Server, es una plataforma de desarrollo. Git es un sistema distribuido de control de versiones. Si te refieres a Git frente a Team Foundation Version Control, la introducción a TFVC de Microsoft explica la alternativa centralizada. No necesitas abandonar Git para cambiar de proveedor de alojamiento de repositorios.

¿La NASA usa Git?

Sí. La NASA describe el uso de GitHub para publicar software de código abierto en su presentación del desarrollo de código abierto. Eso demuestra un uso real de repositorios Git, no una regla universal para todos sus sistemas.

¿GitHub sigue siendo de código abierto?

La plataforma alojada de GitHub es propietaria. Git, la herramienta de control de versiones subyacente, es de código abierto, y GitHub aloja muchos proyectos de código abierto. Son cosas distintas: elegir un proyecto de código abierto no equivale a elegir una plataforma de alojamiento de código abierto.

¿Por qué hay gente que boicotea GitHub?

Los motivos varían e incluyen objeciones al alojamiento propietario, la dependencia del proveedor y el uso de IA. Codeberg y SourceHut publican posturas explícitas sobre IA y gobernanza del software, comentadas más arriba. En tu organización, convierte la preocupación en un requisito verificable en lugar de asumir que todas las alternativas comparten las mismas políticas.

¿Qué es GitHub, explicado para principiantes?

GitHub es un espacio de trabajo compartido para código. Guarda el historial de cambios, permite proponer y revisar actualizaciones y admite seguimiento de incidencias y automatización. Las alternativas se distinguen por cuánto de ese espacio ofrecen y quién lo administra.

¿Es arriesgado usar GitHub?

Lo útil es identificar qué riesgo necesitas controlar: acceso a cuentas, credenciales expuestas, permisos de repositorios, automatizaciones de terceros o transferencias de datos. Cambiar de proveedor no elimina esas responsabilidades. El autoalojamiento también pone bajo tu responsabilidad los parches, las copias de seguridad y la recuperación.

¿GitHub pertenece al 100% a Microsoft?

Sí. Microsoft completó la adquisición de GitHub en 2018, como recoge su anuncio de adquisición. Pasar a Azure DevOps cambia la plataforma, pero mantiene a Microsoft como proveedor.

¿El gobierno de Estados Unidos usa GitHub?

Sí. El uso publicado por la NASA es un ejemplo federal documentado. Eso no demuestra que GitHub, ni ninguna alternativa, esté aprobado para todos los proyectos gubernamentales o tipos de información.

Antes de cambiar las herramientas de desarrollo, consigue la lista de auditoría de flujos empresariales con IA para identificar qué debe conservar el nuevo flujo de trabajo.