Journal Interface utilisateur de gestion de sources

Posté par  .
Étiquettes : aucune
0
11
avr.
2005
Ca fait quelques temps que j'utilise tla (GnuArch), et comparativement à cvs (que j'utilise quotidiennement au boulot), je trouve ça vraiment vraiment très bien. C'est beaucoup plus carré. Bien sûr, il manque quelques fonctionalités par rapport à cvs. Mais j'imagine que si je n'ai pas trouvé l'équivalent, c'est que je n'ai pas assez pris de temps pour chercher.

Par contre, un gros manque c'est l'interface graphique.
J'utilise quotidiennement WinCvs, et un projet permettant de retracer l'historique fichier par fichier, de faire des diffs en 2 clicks, des graphes par branche, enfin bref, de rendre possible la traque de ce qui est arrivé à un fichier manque cruellement.
Il y a bien sur octopy en python qui ne fait rien de ce qu'il y a marqué au dessus, il y a je crois un plugin pour emacs, qui est certainement très très bien, mais je n'utilise pas emacs (peut-être a tord), et pour moi emacs c'est loin d'être une interface graphique... :-)

Bref, je pense qu'un projet pour la création d'une interface graphique serait pas mal ...

Et vous : vous connaissez de tels projets ? Vous seriez partant pour en créer un ?

PS : J'ai posté quelques idées vagues ici : http://david.jobet.free.fr/blog/?2005/04/11/45-gestion-de-sources(...)
  • # ArchWay

    Posté par  . Évalué à 2.

    J'ai déjà utilisé archway pour mettre le nez dans des projets.
    C'est joli, modulaire et assez pratique, et c'est du gtk-perl.
    Mais c'est encore incomplet sur pas mal de points - la version (1.0) que j'ai gèle l'ui quand il y a une commande arch, et a une partie des modules non implémentés (il faut faire le premier import à la main).
    Les avantages sur l'interface texte, à part qu'on n'a pas à apprendre les commandes, c'est la navigation dans les diff et le diff visuel. La navigation dans les sources arrive bientot, et le merge n'est pas encore la.

    Un projet qui remplit une niche utile, mais qui a encore du chemin à faire.
  • # Darcs

    Posté par  (site web personnel) . Évalué à 2.

    Il y a darcs aussi, qui est très sympa : beaucoup plus clair et mieux documenté qu'arch, il reprend sa philosophie « restons simple » (pas de serveur dédié, de base de données de la mort, etc.), et l'allège encore.

    Peut-être pas encore au point pour les très gros projets (1 Go de RAM et 5 heures pour faire un checkout complet de Linux), mais pour une utilisation plus modérée, c'est très sympa. Surtout, c'est tellement simple de créer un dépot (un simple sous-répertoire du répertoire actuel) qu'on se met à l'utiliser partout. :-)

    Niveau interface graphique (pour rester dans le sujet), pas grand chose à l'horizon, sauf un CGI pour explorer les dépots (pas trop mal, avec support RSS). Voir sur la page de darcs pour un exemple. Clairement, vu sa simplicité, darcs peut facilement être couvert par une interface graphique genre TortoiseCVS. Reste plus qu'à le faire...

    (Tout comme arch, darcs n'est pas copain avec ext2 et autres vieux systèmes de fichier similaires : plein de petits fichiers dans le dépôt = grosse consommation de blocs disque, genre 2 Mo de données et 12 Mo d'utilisés... Vivement ReiserFs 4.)

Suivre le flux des commentaires

Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.