Journal Clone de GoogleCode en PHP pour git

Posté par  (site web personnel) .
Étiquettes :
0
2
août
2008
Bonjour,

Je me permets de vous annoncer la sortie de InDefero[1], grosso modo un clone de GoogleCode[2] mais écrit en PHP et utilisant git[3] pour le dépôt de code.

http://projects.ceondo.com/p/indefero/

Les fonctionnalités sont les suivantes :

* Support de multiples projets.
* Bug tracker avec multiples droits (anonymes, enregistrés, membres et propriétaires).
* Bugs peuvent avoir de multiples étiquettes.
* Bugs peuvent être commentés avec création automatique de liens inter-bugs.
* Filtrage des bugs par statut (ouvert/fermé), par étiquette.
* Liste personnelle des bugs à traiter ainsi que des bugs soumis.
* Pourcentage de bugs fermés par label (permet d’utiliser un label comme milestone pour avoir une idée du travail restant à faire).
* Visualisation du code source d’un dépôt Git.
* Navigation dans le dépôt Git à un commit donné.
* Derniers changements dans le dépôt par branche.
* Différence d’un commit.
* Téléchargement d’un fichier à n’importe quel commit.
* Interface d’administration pour la gestion du bug tracker, des membres et de la description du projet.
* Téléchargement d'une archive zip du code à un commit donné.
* Et encore beaucoup à faire…

Je parle du développement de cette application sur mon site[4] et le tout est sous licence GPL, cadeau de ma boite[5]

Cela a été développé en utilisant le framework Pluf[6], donc cela a permis d'aller assez vite (environ 90h de travail effectif au total pour le moment).

Vos remarques sont les bienvenues, ici, par email (titoo chez users.sourceforge.net) ou directement dans le tracker de l'application.

loïc

[1] http://projects.ceondo.com/p/indefero/
[2] http://code.google.com/
[3] http://git.or.cz/
[4] http://xhtml.net/
[5] http://www.ceondo.com/
[6] http://pluf.org
  • # http://projects.ceondo.com/help/

    Posté par  . Évalué à 2.

    Fatal error: Call to undefined method IDF_Views::faq() in /home/www/pluf/src/Pluf/Dispatcher.php on line 103
    ;-)

    J'ai regardé ça une petite minute et j'apprécie plutôt la forme. L'interface est sobre et peut répondre à des besoins simples pour un petit projet.

    Je n'ai pas regardé le code pour le moment, mais je me pose une question: Est-il facilement modulaire?

    Peut on imaginer de créer facilement une interface pour subversion par exemple, ajouter un gestionnaire de documentation etc... Bon après, il y a trac, mais il peut devenir un bon choix vis à vis de ce projet et répondre à d'autres besoins.
    • [^] # Re: http://projects.ceondo.com/help/

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

      Je n'ai pas encore codé la FAQ, car bon, personne n'a encore posé de questions :)

      Pour répondre à tes questions :

      - modularité : extrême, il n'y a qu'environ 3000 lignes de code et c'est très simple d'ajouter de nouvelles vues.

      - interface pour subversion : pourquoi pas, l'interface pour git est composé d'une classe "métier" et juste 160 lignes de code pour la présentation le tout en 5 "vues". Donc vraiment très simple.

      - gestion de la documentation : c'est la prochaine chose prévue sur ma liste, l'idée est de choisir dans la hiérarchie du code un répertoire qui serait le répertoire de la "doc" et l'interface web ferait le rendu de celle-ci avec table des matières. Je pense commencer avec des fichiers au format markdown ayant une structure du type :

      title: Titre de mon document
      description:
      ma longue description
      sur plusieurs lignes
      +++
      content:
      Ici du markdown

      L'interface web permettrait d'ajouter/supprimer des commentaires pour chaque fichier.

      - wiki/doc ouverte en lecture/écriture : c'est avec la gestion de la documentation "officielle" ce que je pense implémenter rapidement.

      Bon, je vais coder une FAQ ce soir, cela fera plus propre et je pourrai au moins donner la liste des raccourcis clavier.

      Merci pour les commentaires !
      loïc
      • [^] # Re: http://projects.ceondo.com/help/

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

        C'est un projet intéressant.

        Pour l'histoire du framework, les goûts et les couleurs...

        Il manque a mon avis un petit éléments assez important au niveau du téléchargement des fichiers.

        Tu envoies un Content-Type: application/octet-steam pour les fichiers a télécharger ce qui me semble peu pratique.

        Il serait vraiment agréable d'avoir un système avec header du type du fichier (text/plain, text/html, text/diff, etc) par défaut.

        Puis des boutons sur la même ligne avec un voir et télécharger.

        Le voir envoyant le header du fichier et le télécharger un application/octet-stream...

        Je dis ça car l'intégration avec kde par exemple serait meilleur vu qu'il pourrait proposer un kwrite au lieu d'avoir a le sélectionner a la main...
  • # Avis....

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

    Perso j'ai encore assez bien... il faut voir une fois que le projet à un peu avancé....

    juste une petite remarque, je trouve que la barre de gauche n'est pas vraiment visible ( status, priority & co)... perso je rajouterai un un fond gris autour de la classe issue-info avec des petit bord arrondi, je trouve que ça donne mieux et que c'est plus claire...

    Bonne continuation et n'hésite pas à nous tenir au courant!
    • [^] # Re: Avis....

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

      Comme je vais passer tous mes projets sur InDefero, le projet va naturellement avancer. Et en plus, comme j'ai du retour sympa venant de vous, cela motive.

      Sinon, j'utilise la boite avec fond gris arrondi sur le côté pour les aides/instructions. Donc si je commence à l'utiliser aussi pour afficher un autre type d'information, cela va apporter de la confusion. Par contre, je vais essayer des alternatives pour voir si je peux rendre les informations plus lisibles. Merci !

      loïc
  • # Pluf ?

    Posté par  . Évalué à 2.

    Tiens ? Pluf ? Connaissais pas.

    Je serai intéressé pour connaître les raisons qui vous ont poussé à choisir ce framework, plutôt qu'un symfony ou cakePHP ?
    • [^] # Re: Pluf ?

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

      Pourquoi Pluf[1]?

      Parce que je suis le développeur principal de Pluf. Ou plutôt, je code à la fois en Python et en PHP, j'ai créé Pluf après avoir beaucoup travaillé avec Django (il y environ 2/3 ans) et à ce moment là j'avais un projet à coder en PHP (pour des raisons de déploiement). J'ai donc codé le projet en même temps que Pluf.

      Maintenant, Pluf me permet d'aller très très vite et est très simple d'utilisation, pas de fichiers de configurations compliqués (un simple array PHP), code très lisible si tu regardes par exemple les vues qui "font le travail"[2].

      Maintenant, un framework x ou y c'est vraiment une histoire de goût et de la manière dont chacun pense. L'important est d'en choisir un qui plaît et de bien le maîtriser pour être efficace avec.

      [1] : http://www.pluf.org
      [2] : http://projects.ceondo.com/p/indefero/source/tree/master/src(...)
  • # github

    Posté par  . Évalué à 1.

    Meme si ca n'inclut pas de bug tracking ou toutes les fonctionalites de gestion de projet, pour heberger des repository git il y a aussi github:
    http://github.com/

Suivre le flux des commentaires

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