He usado Git en mis últimas dos compañías para el control de versiones. Por lo que he oído, parece que alrededor del 90% de las empresas utilizan Git sobre otros sistemas de control de versiones.
Uno de los mayores puntos de venta de Git es que está descentralizado, es decir, todos los repositorios son iguales; No hay un repositorio central / fuente de verdad. Esta fue una característica que Linus Torvalds defendió.
Pero parece que todas las compañías utilizaron Git de manera centralizada, de la misma manera que uno usaría SVN o CVS. Siempre hay un repositorio central en un servidor (generalmente en GitHub) que las personas extraen y presionan. Nunca he visto ni escuchado (en mi experiencia limitada) a las personas que utilizan Git de la manera verdaderamente descentralizada a la que se destinaba, es decir, empujar y jalar a los repositorios de otros colegas como les parezca.
Mis preguntas son:
- ¿Por qué las personas no usan un flujo de trabajo distribuido para Git en la práctica?
- ¿La capacidad de trabajar de manera distribuida es incluso importante para el control de versiones modernas, o simplemente suena bien?
Editar
Me di cuenta de que no había cruzado el tono correcto en mi pregunta original. Parecía que me preguntaba por qué alguien trabajaría de manera centralizada cuando un sistema de control de versiones distribuido (DVCS) era tan obvio. superior. En realidad, lo que quise decir fue: no veo ningún beneficio para DVCS en absoluto . Sin embargo, a menudo escucho a personas predicando su superioridad, mientras que el mundo real parece estar de acuerdo con mi opinión.