La gente ya ha respondido bien sobre las similitudes, creo.
Si bien es justo señalar que ambos mantienen revisiones, no creo que sea una similitud significativa ; es como decir “los humanos usan las piernas para caminar, los osos usan las piernas para caminar, entonces los humanos son como los osos”.
Git está diseñado para administrar el código fuente, específicamente el kernel de Linux, aunque ha sido diseñado más allá de eso. Git está diseñado con un par de principios únicos en mente:
- Existen múltiples versiones de “The Truth” : cada usuario tiene un repositorio completo en su máquina y puede ramificar y combinar versiones de información a voluntad. El repositorio canónico se determina por mutuo acuerdo, si es que existe alguno. Git mantiene un historial de lo que cambió y dónde, pero no afirma que una rama o repositorio sea más “correcta” que las otras.
- La bifurcación y el intercambio deberían ser fáciles : a diferencia de otros sistemas de control de revisiones anteriores, como CVS y Subversion, la rama es un concepto de primer nivel. Linus Torvalds sabía que había múltiples sabores de Linux, y quería que fuera fácil compartir las personalizaciones de una persona con otras si fueran útiles. Por lo tanto, Git contiene una serie de comandos que permiten extraer información de partes específicas de una confirmación o grupos completos de confirmaciones en otras ramas como mejor le parezca.
- Comunidad, no jerarquía : Git tiene nociones relativamente débiles de autorización y autenticación. Hay adiciones atornilladas que satisfacen esas necesidades, pero el modelo central asume que no hay actores maliciosos y que todos los involucrados pueden tener acceso a lo que sea que esté en el repositorio. Para un proyecto de código abierto como el kernel de Linux, esto está completamente bien; Mientras los compromisos estén restringidos, hay poco riesgo de daño. Para código cerrado, esto puede presentar desafíos para grandes proyectos.
Wiki, por otro lado, tiene un propósito completamente diferente. La palabra “wiki” proviene de la palabra hawaiana para “rápido”, y fue diseñada como una herramienta de colaboración fácil y rápida. Por lo general, el tipo de colaboración de soporte de wikis es amigable para los humanos; documentación, notas y similares. La mayoría de los wikis admiten archivos adjuntos, y algunos tienen permisos sofisticados que restringen quién puede editar ciertas páginas o crear ciertos tipos de contenido. Los wikis realizan un seguimiento de las revisiones principalmente para que pueda ver cómo cambia un documento con el tiempo y ver quién agrega qué.
- ¿La blockchain es tan revolucionaria como internet?
- ¿Hay algo que no se pueda encontrar de alguna forma o moda en Internet?
- ¿Cuándo comenzó a estar disponible Internet para uso público y cómo ha cambiado desde entonces?
- ¿Cómo son los servicios y la conectividad de ACT Broadband en Bangalore?
- ¿Cuál es el contenido más popular en internet?
En general, le daría a sus desarrolladores Git para administrar el código fuente real que están escribiendo, y le daría a todo el equipo Wiki para que lo use como una especie de Sharepoint liviano, un lugar donde se puede crear y administrar documentación viva sin sobrecarga , así como dónde se pueden mantener los estándares, las plantillas y las notas del equipo.