(pas trouvé a l'époque comment mettre la couleur, et je ne peux pas me passer de ça).
Pas de couleurs maintenant non plus, ça n'a pas changé sur ce point il me semble (perso, ça ne me gêne pas trop dans ce cas).
Autres inconvénients majeurs à mes yeux: celui qui veut utiliser un autre gestionnaire de projet (et non de code) se retrouve du coup avec du bloat (code inutile) en la présence justement du wiki et du bugtracker intégrés.
Fossil est distribué comme un unique binaire, bien plus petit que celui de git (chez moi 1.6M contre 1.9M pour git et 2.2M pour libgit.a, sans compter d'autres binaires et fichiers qui viennent avec git comme la doc (qui est incluse aussi dans le binaire dans le cas de fossil)), donc « bloat » c'est vraiment pas le mot que j'emploierais pour ce logiciel.
Et pour finir, je ne connais pas de forge (service) proposant fossil, hors, ce dont on parle quand on parle de forge, c'est le plus souvent du service de forge, et non des logiciels derrière.
Il y a Chisel, qui utilise du logiciel libre en plus.
Le truc le plus utile du bouzin (je veux dire le gros avantage) nécessitait de bidouiller du SQL brut
Je n'ai jamais eu à utiliser de requêtes SQL manuellement (d'ailleurs c'est déconseillé fortement : c'est la seule façon de risquer de corrompre le dépôt ou de faire une bêtise). Parce que pour le reste, les dépôts fossils sont très fiables, en partie du fait justement d'utiliser sqlite qui a fait ses preuves (probablement la base de données la plus déployée), et de l'utilisation de checks d'intégrité supplémentaires lors des opérations (ce qui ne fait peut-être par contre pas de fossil le plus rapide des DVCS).
[^] # Re: Fossil
Posté par anaseto . En réponse au journal Le danger github. Évalué à 5.
Pas de couleurs maintenant non plus, ça n'a pas changé sur ce point il me semble (perso, ça ne me gêne pas trop dans ce cas).
Fossil est distribué comme un unique binaire, bien plus petit que celui de git (chez moi 1.6M contre 1.9M pour git et 2.2M pour libgit.a, sans compter d'autres binaires et fichiers qui viennent avec git comme la doc (qui est incluse aussi dans le binaire dans le cas de fossil)), donc « bloat » c'est vraiment pas le mot que j'emploierais pour ce logiciel.
Il y a Chisel, qui utilise du logiciel libre en plus.
Je n'ai jamais eu à utiliser de requêtes SQL manuellement (d'ailleurs c'est déconseillé fortement : c'est la seule façon de risquer de corrompre le dépôt ou de faire une bêtise). Parce que pour le reste, les dépôts fossils sont très fiables, en partie du fait justement d'utiliser sqlite qui a fait ses preuves (probablement la base de données la plus déployée), et de l'utilisation de checks d'intégrité supplémentaires lors des opérations (ce qui ne fait peut-être par contre pas de fossil le plus rapide des DVCS).