Interesante página en el sitio de SQLite, explicando por qué no usan Git para administrar el código del proyecto:
SQLite no usa el sistema de control de versiones Git. En su lugar, usa Fossil, que es un sistema de control de versiones específicamente diseñado y escrito para soportar SQLite.
Personalmente no sabía de la existencia de Fossil, pero su propuesta de valor se ve bastante atractiva. Especialmente si tomamos en cuenta las razones que motivaron a que los administradores del código de SQLite decidieran que Git no era una opción para ellos:
- Git no ofrece visibilidad granular del contexto en el cual se hizo alguna contribución
- Hace demasiado difícil encontrar los sucesores de algún commit en particular
- El modelo mental de Git es innecesariamente complejo
- Git no lleva el recuento histórico de los nombres de las ramas
- Requiere soporte administrativo
- Es una experiencia de usuario pobre
Observa cómo ninguna de las razones que SQLite expone para no usar Git tienen que ver con la validez de la tecnología, sino con el impacto que esta tiene en las personas que tendrán que interactuar con ella.
Tip: Recuerda que tu software existe para resolverle un problema a tu usuario. Independientemente de la excelencia técnica de tu solución, si esta no le ayuda a tu usuario a resolver su problema, no estás cumpliendo tu cometido.
