Un Electron Libre...

Aller au contenu | Aller au menu | Aller à la recherche

vendredi 9 mai 2008

Chaudron.UnElectronLibre.Info prend le soleil, il a la "mine rouge" (Trac vs Redmine inside)

Pour tout ceux qui ont un DNS à jour, mon chaudron est désormais propulsé par Redmine en lieu et place de Trac.

Je n'ai pas encore le plaisir d'avoir fait tout le tour du propriétaire de redmine, mais voici pour moi ses principales qualités et défauts :

Qualités :

  • Gestion du multi-projet au sein d'une seule instance (grosse faiblesse de Trac à ce niveau) - je peux ainsi diminuer le nombre d'instances Trac à faire tourner et maintenir...
  • Gestion des projets publics et privés (inexistant dans Trac, sauf à ne pas communiquer l'url du site...)
  • Ensemble de fonctionnalités natives (alors que pour Trac, on doit rapidement utliser des plugins pour arriver au même niveau de fonctionnalités)
  • Gestion native de nombreux gestionnaire de version (dont mercurial) alors que Trac gère nativement subversion et pour les autres, cela se fait via des plugins (s'ils existent)
  • Gestion des permissions : elles sont basées directement sur des rôles et non unitaire (je sais que l'on peut reproduire le mécanisme de groupe avec Trac)
  • Composants plus structurés et évolués : Redmine incorpore plus de composants que Trac (espace de documents, gestion des fichiers, forums, différents trackers; etc) et permet ainsi de ne plus avoir à bidouiller le wiki de trac ou mettre en place un webdav ou ... pour avoir des fonctionnalités similaires. Cela permet en outre de mieux structurer son espace projet.
  • Le process de mise à jour est très simple (merci rails pour le coup)

Défauts :

  • Déploiement d'une instance ( faut installer rails, mongrel, etc)
  • Faiblesse du nombre de plugins (compensé par les fonctionnalités nativement embarquées).
  • Ajout de ruby/rails sur mon serveur, j'aurais préférer rester en python mais bon faut savoir être pragmatique :-)

Par la même occasion et n'arrivant pas à trouver comment publier mes dépots mercurial via nginx, ceux-ci ne sont pour le moment consultables que via l'instance redmine.

mercredi 29 novembre 2006

Instrance svn/trac restaurées mais ailleurs

Les instances svn/trac du chaudron et du projet atome ont été restaurées mais sur mon poste perso. Si vous les chercher, elle sont donc ici :

Mon poste n'étant pas forcément allumé en permanence, cela peut être indisponible de temps à autre. Mais c'est toujours mieux que rien en attendant que je me décide de comment je met à dispo ses instances (amélioration du serveur existant, prise d'un nouveau serveur, etc).

Pour le projet atome, ça reste confidentiel pour le moment :-)

_Edit_ : elles sont à nouveaux opérationelles :)

mardi 21 novembre 2006

Où hébergez-vous vos instances trac/subversion et vos projets python ?

Le VDS que j'occupe à ce jour connaissant quelques surchages, je suis repassé sous apache 1.3. La conséquence directe est que je ne peux plus héberger sur ce serveur mes instance trac, subversion et mon projet django à venir vu que Django requiert Apache2 & mod_python 3.x.

Je me suis posé un instant la question d'utiliser :

  • Gna, SourceForge.net, Berlios et assimilés mais leur interface est pourrie moche, certains en sont encore à CVS et pas de Trac
  • Google Code : dépot subversion certes mais l'ergonomie de l'interface est étrange
  • TuxFamily : pas de Trac et plus généralement pas d'outil de ticket & co.
  • ProSVN : a l'air sympa de prime abord avec notamment une offre gratuite (voir en bas de page). Par contre, ils disposent a priori d'une vieille instance de trac (0.8.4), les forums sont vides, ce qui me laisse sceptique sur le projet.
  • OpenSVN : la dernière mise à jour des infos date de décembre 2005, rien que ça me fait fuir... même s'ils ont l'air de tourner avec Trac 0.10.1
  • Python-Hosting, offre gratuite d'un instance trac/subversion pour des projets python uniquement - a l'air pas mal du tout
  • Webfaction, offre mutualisée. J'ai plutôt lu du bien sur cet hébergeur sur la liste django. Leur positionnement est assez intéressant je trouve puisqu'ils se positionnent sur des projets rails ou framework python et permettent le déploiement et l'administration d'instance trac/subversion.
  • Une boite Kimsufi ou Dedibox - suis-je obligé de tomber si bas ?

Et toi cher lecteur, comment fais-tu ?