¿Por qué una empresa pasaría de git a SVN o Microsoft Team Foundation?

Git tiene tres debilidades secretas *.

  • Sin bloqueo de archivos. Git fue diseñado para archivos de texto que se pueden combinar. Los usuarios de Adobe Photoshop, y otras aplicaciones para trabajar con imágenes y medios, a menudo prefieren poder bloquear entre sí los archivos en los que están trabajando.
  • Capacidad limitada para trabajar con grandes archivos y proyectos. El repositorio no puede ser más grande que el sistema cliente más pequeño. No es un problema para proyectos pequeños o medianos, e incluso para proyectos que son grandes para los estándares de código abierto, pero que no son buenos para las bases de código corporativas. (Escalando Mercurial en Facebook)
  • Sin capacidad de microgestión de acceso de lectura. No puede configurar el control de acceso de lectura a nivel de archivo o subdirectorio. (Existen soluciones para este problema, pero requieren algunas herramientas y configuraciones adicionales. Ejemplo: almacenamiento de datos confidenciales en un repositorio de git usando git-crypt)

* Estos no son realmente secretos y cualquier proveedor de control de versiones de la competencia se los dirá si lo solicita. Esta respuesta es solo para resumir y ahorrarle algo de tiempo.

Si bien no puedo responder esta pregunta personalmente, es posible que las revisiones de usuarios reales de todas las principales suites de ALM como Microsoft TFS en la estación central de TI sean útiles: Proveedores de suites de administración del ciclo de vida de la aplicación (ALM)

Los usuarios interesados ​​en TFS también leen reseñas de HPE ALM. Este usuario escribe: “Nuestra empresa matriz intentaba obligarnos a usar Microsoft TFS. Básicamente estaba mostrando cuánto mejor es ALM sobre TFS. Para lo que lo estábamos usando, es mucho mejor que TFS. Fue la herramienta de prueba elegida ”. Puede leer el resto de su revisión aquí: Revisión de HPE ALM por un usuario real