Que pensent les gens du DVCS fossile?

fossile http://www.fossil-scm.org
Je l’ai trouvé récemment et j’ai commencé à l’utiliser pour mes projets à la maison. Je veux entendre ce que les autres pensent de ce VCS.

Ce qui me manque, c’est le support IDE. J’espère que cela viendra, mais j’utilise la ligne de commande très bien.

Mes choses préférées à propos de fossiles: exécutable unique avec wiki de serveur Web intégré et suivi des bogues. Le référentiel est juste un fichier de firebase database SQLite ( http://www.sqlite.org ), facile à faire des sauvegardes. J’aime aussi que je puisse utiliser des fossiles et garder le repository sur ma clé USB. Cela signifie que mon développement logiciel est devenu complètement portable.

Dis-moi ce que tu penses….

Monsieur Millikin, si vous prenez quelques instants pour examiner une partie de la documentation sur les fossiles, je pense que vos objections sont traitées ici. Stocker un référentiel dans une firebase database SQLQL est sans doute plus sûr que toute autre approche. Voir le texte du lien pour certains des avantages de l’utilisation d’une firebase database transactionnelle pour stocker un référentiel. Quant à bloat: Tout est dans un seul exécutable autonome qui semble réfuter cette préoccupation.

Divulgation complète: je suis l’auteur de fossiles.

Notez que j’ai écrit fossile car aucun autre DVCS ne répondait à mes besoins. D’autre part, mes besoins ne sont pas vos besoins et vous seul pouvez juger si oui ou non fossiles est bon pour vous. Mais je vous encourage au moins à regarder la documentation et à essayer de comprendre le problème que le fossile essaie de résoudre avant de le rejeter.

Après avoir utilisé Fossil depuis plus d’un an dans des projets de développement non sortingviaux, je suis suffisamment confiant pour m’attaquer à ce sujet.

Ci-dessous mon expérience jusqu’à présent. Je compare parfois avec git et svn, simplement parce que je connais très bien ces SCM et que la comparaison me permet de mieux comprendre l’idée.

Je suis totalement amoureux de cette SCM, donc ce sont surtout les points positifs.

Ce que j’aime chez Fossil:

1) Nous avons un tas de machines (win / mac / un certain nombre de dissortingbutions linux) et l’installation simple exécutable est aussi belle qu’elle en a l’air. Pas de dépendances ça marche juste. Git est une stack de fichiers en désordre et l’enfer de dépendance dans Subversion le rend très désagréable sur certaines dissortingbutions Linux, surtout si vous devez le créer vous-même.

2) Le workflow Fossil par défaut convient parfaitement à nos projets, et plus de workflows sont possibles en cas de besoin.

3) Nous l’avons trouvé extrêmement robuste, même sur de grands projets. Je ne m’attendrais pas à autre chose des gars qui ont écrit sqlite. Pas de crash, pas de corruption, pas d’affaires amusantes.

4) En fait, je suis très, très heureux de la performance. Pas aussi vite que Git sur des arbres énormes, mais pas beaucoup plus lentement non plus. Je rattrape tout le temps perdu en n’ayant pas à consulter la documentation toutes les autres commandes, comme c’est le cas avec git.

5) Le fait qu’il existe une firebase database transactionnelle éprouvée derrière chaque opération me permet de mieux dormir la nuit. Oui, nous avons été confrontés à plus d’un horrible incident de repositorys Subversion périmés et corrompus (heureusement, une communauté utile nous a aidés à les résoudre). Je ne peux pas imaginer que cela se produise à Fossil. Même Subversion 1.7.x utilise maintenant Sqlite pour le stockage des métadonnées. (Essayez d’éteindre le courant au milieu d’un git commit – cela laissera un repos corrompu!)

6) Le tracker de problèmes intégré et le wiki sont facultatifs, évidemment, mais très pratiques car ils sont toujours là – aucune installation requirejse. Je souhaite que le tracker de problème contienne quelques fonctionnalités supplémentaires, mais bon, c’est un SCM.

7) Le serveur intégré et l’interface Web sont tout simplement géniaux et configurables via css.

8) Nous avons parfois besoin d’importer depuis et vers les repositorys git et subversion. Ceci est une évidence dans Fossil.

9) Répertoire unique de fichiers. Pas de répertoires ‘.svn’ partout.

Ce qui me manque / n’aime pas chez Fossil:

1) Quelqu’un doit écrire TortoiseFossil pour nos utilisateurs Windows non techniques 🙂

2) La communauté n’est pas encore si grande que cela, il est donc difficile pour beaucoup de personnes de l’introduire dans leur entreprise. Espérons que cela changera, gagnant tous les avantages d’une grande communauté (documentation, plus de tests sur les nouvelles versions, etc.)

3) Je souhaite que l’interface utilisateur locale dispose d’une fonction de recherche (y compris la recherche de contenu de fichier).

4) Moins d’options de fusion que dans git (bien que le stream de travail Fossil rend la fusion moins probable au départ).

J’espère que tout le monde donne un coup de main à Fossil – le monde est un meilleur endroit avec des choses qui fonctionnent juste et dont vous n’avez pas besoin d’être un spécialiste des fusées.

Le fossile est petit, simple, mais puissant et robuste, me rappelle certains principes de la culture C. Probable pour ceux qui développent indépendamment et collaborent encore. Tout projet de qualité doit commencer par des principes et les poursuivre au fur et à mesure qu’il rassemble plus de couches (interface graphique, fonctionnalités supplémentaires).

Je suis impressionné par Fossil et commence à utiliser … jetez un coup d’œil à fossiles

à votre santé

Je débarque sur cette page après un an du dernier post, l’ajout récursif qui a été mentionné ici est maintenant pris en compte.

Fossil me fascine avec simplicité surtout après que j’ai eu du mal à faire fonctionner un système de suivi des bogues avec mercurial. Je dois voir comment gérer plusieurs projets, publier les référentiels pour un access multi-utilisateur et comment fusionner, gérer les correctifs, etc. J’ai l’impression que cela ne sera pas décevant pour l’avenir.

Je ne suis pas intéressé à l’utiliser pour le contrôle de version du code source, mais je m’intéresse à un wiki personnel contrôlé par une version dissortingbuée que je peux synchroniser entre toutes les machines que j’utilise.

Damian,

1 / oui, les fossiles ne supportent pas l’ajout récursif. Cependant, il existe des solutions de contournement assez simples telles que

for /r %i in (*.*) do fossil add "%i" 

sur Windows, et

 find . -type f -print0 | xargs -0 fossil add -- 

sur Unix.

2 / J’ai vu le message sur un manifeste mal formé lorsque vous ajoutez un fichier avec des caractères non-ASCII dans le nom du fichier. Le problème a été corrigé dans la dernière version.

Cordialement, Petr

Je pense que fossile est vraiment cool. La fonctionnalité la plus importante pour moi était une installation facile et des parameters par défaut adaptés aux développeurs. Je l’utilise actuellement pour suivre les modifications locales de mes fichiers. (Notre projet est hébergé dans sourceforge et conservé dans CVS.) De cette façon, je peux “m’engager” localement, même si cela briserait le projet, de sorte que des modifications plus petites puissent être suivies.

Les fossiles sont bons. C’est simple et facile à utiliser. Si fossile peut fournir une interface graphique pour archiver et extraire, alors ce serait mieux (préférez l’interface Java pour archiver l’interface graphique multi-plateforme).

Les principaux avantages de Fossil sont «open source» et «utilisation de la firebase database SQLite».

Je suis en train d’essayer vos vcs maintenant. J’aime l’idée d’avoir tout intégré. Après tout, c’est tout ce que je veux quand je cherche un système comme celui-ci. Je suis un utilisateur actif de Mercurial. Et je n’ai pas pu trouver d’intégration avec un outil de suivi des problèmes (j’essaie sans succès de définir p Trac avec mercurial dans le passé). Après quelques tests, je me rends compte que: 1) la commande “append” n’est pas récursive, ou je ne trouve pas dans le document un moyen de le faire 2) j’écris une chauve-souris (je travaille avec Windows) pour append 750 fichiers (ça a pris du temps). Quand une course commet, elle saute avec “manifeste mal formé”

Je pense que vous pouvez résoudre ce problème et d’autres qui font une enquête comme celle de Mercurial sur https://www.mercurial-scm.org/wiki/UserSurvey . tu pourrais m’écrire à dnoseda à gmail

Je suis intéressé par votre travail. continuez à l’améliorer.

Cordialement

ps.: en tant que maire, vous pouvez append quelque chose comme gitstat

Peut-être une réaction instinctive, mais l’idée de stocker un repository dans un blob binary comme une firebase database SQLite me terrifie. Je doute également des avantages d’inclure des wikis et des trackers de bogues directement dans le VCS – soit ils sont sous-équipés par rapport à des logiciels complets comme Trac, soit le VCS est considérablement gonflé par rapport à Subversion ou Bazaar.