Vacilando entre git y fósil

Newbie to Fossil (o cualquier otro sistema de control de versiones) aquí. Usé uno patentado anteriormente, pero nunca configuré uno yo mismo.

Actualmente, estoy buscando configurar uno para que mis amigos y yo podamos usarlo para un proyecto.

Elegí Fossil principalmente porque distribuido parece ser el path a seguir, parece liviano y tiene un rastreador de errores incluido. Pero Git parece ser el SCM favorito para mucha gente. ¿Vale la pena la complejidad adicional para favorecer a Git + someBugTracker sobre Fossil? ¿Hay mejores alternativas? Tendré que comenzar desde 0 en todo.

Solo algunos pensamientos, no organizados.

Si tus amigos ya están acostumbrados a gitting, Git es un SCM distribuido bueno y robusto, con excelentes services de alojamiento disponibles, como Github o Gitorious.

Sin embargo, los conceptos de Git no son fáciles de comprender. Fossil tiene conceptos similares, pero es probable que sea más fácil comenzar (sin área de transición, sin concepto de índice, revertir cambios desde la última confirmación con revert no reset o checkout , etc.). No hay una plétora de subcommands con plethoras de opciones, la ayuda es concisa y clara. Si tienes miedo de que te pierdas, elige fósil. Por supuesto, esto también significa que con fósil no puedes hacer tantas cosas como con git (sin rebase por ejemplo, al less no por el momento).

Para fósiles, hay pocos services de alojamiento en línea disponibles . Es tan fácil como lo es con Git configurar un server para ejecutar Fossil.

Además, con Fossil, la historia de un proyecto se almacena en un solo file, por lo que me resulta muy fácil realizar una copy de security de todos los proyectos: poner todos los repositorys en la misma carpeta y realizar una sola tarea de synchronization. Sin embargo, esto hace que las copys de security incrementales sean totalmente inútiles.

Mientras que con git , trabajar en dos twigs en los mismos proyectos en diferentes carpetas significaría tener dos copys de todo el historial del proyecto y twigs en dos .git/objects distintos de .git/objects que pueden ser networkingundantes y enormes, con Fossil el esquema de trabajo pnetworkingeterminado es tener tener un único repository y uno o más directorys de trabajo conectados a él. Quizás si el uso del disco es importante, esto importará.

Advertencia, el rastreador de errores fósiles (sistema de tickets en la jerga) y el wiki son bastante rudimentarios (aunque funcionan bien).