¿Cuáles son los pros (y los contras) de autohospedar sus repositorys (en otras palabras: GitLab vs Bitbucket)?

Debo decidir entre Bitbucket y GitLab para el alojamiento de repositorys (sí, tienen que ser privados). He usado Bitbucket en el pasado, pero ahora descubrí GitLab y la idea de tener un administrador de repositorys autohospedado me parece bastante atractiva. Pero, tengo que justificar el uso de uno de ellos (especialmente en el caso de usar GitLab, debido a la sobrecarga que supone su installation y configuration).

Debemos tener en count las siguientes consideraciones:

  • No estoy seguro de la frecuencia de la copy de security del server donde se instalaría GitLab (creo que esta sería una gran diferencia entre las dos opciones, pero no sé si Bitbucket asegura el 100% de la integridad de los repos que albergan )
  • Puedo tener acceso al server desde cualquier lugar con VMWare Horizon Client, por lo que Bitbucket y GitLab con alojamiento propio estarían vinculados en este punto.

Entonces, ¿cuáles son las razones por las que debería optar por el gestor de repositorys autohospedado (GitLab), en lugar de uno no alojado en uno mismo (Bitbucket)?

Controlar. Cuando ejecuta el software de código abierto usted mismo, nadie puede acceder y eliminar una function en la que confía o evitar que amplíe el software para satisfacer sus propias necesidades.

He utilizado repositorys autohospedados en algunas ocasiones:

  • Trabajo del gobierno Tenían políticas estrictas de security y un equipo realmente grande. También tenían acceso remoto para algunos usuarios.
  • Laboratorio de farmacia, también security estricta y gran equipo, pero sin necesidad de acceso remoto.
  • También tengo un server git hogareño para una gran variedad de proyectos, desde hardware (Raspberry Pi) hasta Dockerfiles for Pentests y services complementarios.

Mis Pros:

  • Flexibilidad para su código de server git (integración personalizada y modules).

  • Flexibilidad para su infraestructura.

  • Seguridad – depende de su organización

  • Independencia de la connection a Internet

  • Velocidad: depende de su networking, por supuesto, pero en mi caso (trabajo del gobierno), trabajar en el sitio fue mucho más rápido.

  • Datos: la contención y la accesibilidad dependen de tu organización

Mis contras:

  • Por lo general, es una mejor opción para equipos grandes debido a las diferentes tareas requeridas para mantenerlo.

  • Seguridad: monitoreo continuo en caso de que su vecino tenga curiosidad … y suerte.

  • Mantenimiento: para mantenerse actualizado con las nuevas funciones, deberá actualizar periódicamente

Alojado:
También me gusta la funcionalidad de repository privado de Bitbucket y Gitlab, solo tenga en count que Gitlab no limita la cantidad de usuarios. Además, si usa CI, Gitlab lo tiene integrado.

La mejor de las suertes

Le da más confianza en que los repos sean privados en realidad, permitiendo que terceros puedan tener sus datos confidenciales a veces de manera destacada (o si simplemente prefiere ser más paranoico). Puede tener una política de respaldo que le guste, por ejemplo, encriptar y cargar en varias nubes

También para muchos repositorys (y / o grandes), un gran equipo, alojado en sí mismo, puede ser más económico, no requiere mucho esfuerzo para mantenerlo una vez que haya establecido la configuration y las características. Puede configurar gitlab, copys de security automáticas, monitorear las dos anteriores en unas pocas horas y luego solo verificar si todo funciona bien de vez en cuando.

He configurado gitlab para mis proyectos privados, después de la configuration inicial ya no requería atención durante unos años