La forge se veut pratique, légère, multilingue et innovante, avec notamment l'utilisation de Jabber/XMPP, SVG ou encore l'API OpenForge.
CodingTeam offre comme outils :
- La gestion des sources (SVN) ;
- Timeline et roadmap ;
- La gestion des rapport de bugs et de demandes de fonctionnalité ;
- Suivi de l'activité du projet par flux (RSS/Atom) ;
- La gestion des téléchargements ;
- Pages de documentations ;
- Forums de discussion ;
- Intégration des salons de discussion Jabber ;
- Statistiques SVG ;
- Un notepad (appelé communément pastebin ou nopaste).
CodingTeam.net est le site du projet, mais également un service de forge gratuit, destinée aux logiciels libres et fonctionne dès à présent avec CodingTeam 0.9. Publiée sous GNU AGPL et programmée en PHP, CodingTeam utilise le système de base de données MySQL. La nouvelle version de CodingTeam se distingue de sa précédente par la réécriture totale de son code. En effet, le code n'était pas très agréable à maintenir et même s'il reste beaucoup d'efforts à fournir sur ce point, le projet part sur de nouvelles bases, plus pérennes.
La liste des améliorations principales comprends :
- L'intégration de Jabber/XMPP : par la possibilité de rejoindre des salons (via MUCkl), d'en avoir la liste ou encore d'afficher la présence et l'avatar d'un utilisateur ;
- L'intégration de Subversion avec un explorateur de dépôts ;
- L'intégration de statistiques en SVG ;
- L'écriture d'un bloc-notes, permettant l'intégration complète de l'ancien « codingbin » à la forge ;
- Ajout des tags pour classer les projets, classement par popularité ;
- Un système de roadmap et de timeline, à la Trac, comme Nÿco l'avait suggéré ici-même, lors de la précédente release.
Si le projet vous intéresse, que ce soit en tant que développeur ou qu'utilisateur, l'équipe sera heureuse de vous accueillir sur son salon de discussion jabber: codingteam@conference.codingteam.net
Aller plus loin
- Annnonce officielle (6 clics)
- CodingTeam.net (49 clics)
- Le projet CodingTeam (14 clics)
- Article sur LinuxFR relatant la sortie de la première version (2 clics)
- CodingTeam sur Wikipédia (4 clics)
- OpenForge (4 clics)
# De mieux en mieux
Posté par Philippe M (site web personnel) . Évalué à 5.
Bravo pour cette nouvelle version qui en plus d'être plus jolie ajoute de nouvelles fonctions.
Born to Kill EndUser !
# Le slashdot effect ?
Posté par Berger Olivier (site web personnel) . Évalué à 3.
Dommage, ça avait l'air intéressant ;)
[^] # Re: Le slashdot effect ?
Posté par Philippe M (site web personnel) . Évalué à 3.
Born to Kill EndUser !
[^] # Re: Le slashdot effect ?
Posté par erwan (site web personnel) . Évalué à 4.
# Trac?
Posté par Larry Cow . Évalué à 5.
En ce moment, par chez moi, on utilise Trac pour ce genre de choses. Parce que j'avais besoin d'un truc rapide à mettre en place, qu'en termes d'interface utilisateur je n'avais guère connu mieux, et que j'aime bien Python.
Seulement voilà, maintenir un serveur avec mod_python, moi ça me va mais je ne suis pas forcément le seul impliqué. Et puis si on veut un Trac francisé, il faut soit un hack immonde et pas trop maintenu (apparemment), soit attendre... Et même si l'anglais ne me dérange pas le moins du monde, encore une fois je ne suis pas le seul à bord. Mais l'habitude étant ce qu'elle était, mon Trac reste en place. Sauf qu'en voyant CodingTeam, je commence à me dire que ça n'est pas forcément une fatalité.
LE truc que j'adore dans Trac et dont j'ai de plus en plus de mal à me passer, c'est l'extrème intégration entre les différents composants (navigateur de source, bugtracker, ...) et le wiki. Ce qui fait qu'on peut très simplement faire un lien vers telle ligne de telle révision de tel fichier, dans une doc. Super pratique, j'adore. Est-ce que ce genre de choses dans CT est : possible, ajoutable facilement, pas prévu au programme, obiwan kenobi (rayez les mentions inutiles)?
Et, de manière générale et la différence de langage mise-à-part, comment est-ce que CT se positionne face à l'ami Trac (je vois bien qu'il encourage dès le début le multiprojet là où Trac semble y avoir pensé après coup, par exemple)?
[^] # Re: Trac?
Posté par Larry Cow . Évalué à 3.
- le fichier SQL fourni n'est pas tout à fait cohérent. Il cherche à altérer les propriétés d'une table (projects_todo) qu'il n'a pas précédemment créé. Alors forcément, ça marche moins bien.
- apparemment, ça nécessite d'être installé à la racine d'un espace web. Pourquoi pas, mais c'est un peu dommage.
- curieusement - ça peut être lié à ma config, mais ça peut aussi expliquer vos problèmes de charge - ça fait segfaulter mes processus Apache à tour de bras. Si je recharge la page (même /index) comme un forcené, je finis par buter sur une page blanche (et un Apache qui va pleurer dans les logs de sa mère).
- c'est peut-être lié à mon problème de segfault, mais je n'arrive pas à accéder à la partie administration. Comment on définit l'administrateur du bazar, déjà?
Bon courage :)
[^] # Re: Trac?
Posté par erwan (site web personnel) . Évalué à 2.
Merci. :)
Ensuite,
- pour le problème du fichier .sql, c'est une erreur un peu bête, je l'ai corrigé dans la version de développement
- pour tes erreurs bizarres avec Apache, nous n'avions jamais observé ça
- pour ta question sur la partie administration, normalement, le premier à s'inscrire est administrateur (et peut donc ajouter lui-même d'autres administrateurs)
[^] # Re: Trac?
Posté par Larry Cow . Évalué à 2.
[^] # Re: Trac?
Posté par erwan (site web personnel) . Évalué à 2.
Bon sinon, avant les incantations ou les coups de pieds dans la bécane, tu peux lui forcer la main en allant dans la table user et pour l'enregistrement kivabien, changer la valeur de "level" pour qu'il soit égal à "administrator".
Mais c'est pas normal. :(
[^] # Re: Trac?
Posté par Larry Cow . Évalué à 4.
Tu m'étonnes. M'en fous, je m'installerais ça pour mes projets perso, et là ça a intérêt à marcher ;)
[^] # Redmine est pas mal
Posté par steckdenis (site web personnel) . Évalué à 2.
J'ai eu l'occasion de tester Trac à petite échelle, et de le comparer avec Redmine ( http://www.redmine.org ).
La seule chose que je peux te dire, c'est que Redmine est bien supérieur. Il est très actif (plus de 5 commits par jour en temps normal, un peu moins en cette période), la communauté est très sympa, il est 100% francisé, les outils sont parfaitement intégrés (gesiton des demandes (tu peux ajouter des types de demandes dans l'admin en ligne), forum bien fait, wiki excellent et puissant, gestion du calendrier, intégration parfaite d'un explorateur de sources, gestion de documentation (qui est différent du wiki), intégration d'un gestionnaire de fichier (pour permettre de télécharger le projet), et d'autres petits outils pratiques).
Comme toutes les forges (sauf Trac :-( ), Redmine permet avec une seule installation de gérer une infinité de projets, pouvant bientôt avoir eux-même une infinité de sous-projets. Chaque projet est indépendant des autres, avec sa propre équipe, son propre forum, son propre wiki, etc. Les utilisateurs sont néamoins partagés par tous les projets (on peut participer facilement à plusieurs projets), ils ont simplement des rôles définis par projets.
L'administration est super bien faite, très complète, et le desing est pas mal du tout (un petit changement dans les CSS permet de le rendre plus "frais").
Bref, je t'encourage à aller regarder de ce côté, car je crois que Redmine est plus développé que Coding Team, même s'ils ne remplissent pas les même objectifs.
Seul "défaut" de Redmine : il est codé et Ruby. Néamoins, les performances sont plus qu'alléchante, avec un temps de génération de page de l'ordre de 0,01s (pour la page qui liste des projets avec leur description comme pour la page d'accueil du forum). Redmine peut tourner avec une base de donnée MySQL, PostreSQL ou SQLite3, il n'y a pas de problèmes de ce côté :-) .
[troll]Redmine est à Trac ce que Linux est à Windows : plus ou moins équivalent, mais il y en a un qui est mieux [/troll]
A plus.
[^] # Re: Redmine est pas mal
Posté par Larry Cow . Évalué à 3.
Les fonctionnalités sont très alléchantes, mais si j'en suis à envisager de remplacer un (bon) soft en Python par un "équivalent" - encore incertain en PHP, ça n'est pas pour Ruby-ifier à la place. Mais je retesterai, c'est promis (surtout parce que ton histoire de "gestion de documentation" à tendance à faire briller des étoiles dans mes yeux).
[^] # Re: Redmine est pas mal
Posté par Bozo_le_clown . Évalué à 2.
Une news est passée la-dessus y'a pas longtemps
http://linuxfr.org/2008/11/24/24716.html
L'install a l'air un peu siouxe mais ca à l'air vraiment sympa à l'usage.
[^] # Re: Redmine est pas mal
Posté par steckdenis (site web personnel) . Évalué à 4.
Sinon, pour Redmine, le ruby n'est pas dérangeant, car moi-même grand habitué de PHP, la prochaine version du site de Logram tournera sur Redmine :D . Il faut ajouter que l'installation de Redmine se fait en deux lignes de commande (et la création d'une base de donnée), et que l'ajout de modules est aussi plus que facile.
Ensuite, Redmine inclu sa propre version de Rails (un grand framework Ruby), il suffit d'installer, sur Debian, les paquets ruby et rake pour que tout fonctionne (installer le paquet rails installe toutes les dépendances, y compris rails qui n'est pas utilisé).
Je suis allé voir CodingTeam (ben oui, stoppons le HS), et j'ai vu que c'est pas mal du tout. Ca ressemble un petit peu à Redmine, en peut-être moins bien fini (mais déjà admirable). Bref, j'aime bien, mais j'aime mieux Redmine :-° .
A plus.
[^] # Re: Redmine est pas mal
Posté par Ummon . Évalué à 1.
:P
---> []
[^] # Re: Redmine est pas mal
Posté par steckdenis (site web personnel) . Évalué à 2.
Notre but est de monter une distribution basée sur aucune autre (donc on aura notre propre gestionnaire de paquets, et notre propre architecture système, correspondant tout de même aux standards) et utilisant son propre environnement de bureau.
Le but de Logram est d'être simple d'utilisation, non pas dans le sens Ubuntu du terme (facile à utiliser pour un utilisateur qui sait se servir de Linux ou qui apprend), mais dans le sens Windows du terme (compatible, avec de nombreux assistants, le plus possible graphique, même pour les tâches avancées, unifié, etc). Par exemple, on trouvera de base Wine (pour que l'utilisateur qui ne sait rien de Linux puisse tout de suite installer des programmes), et au premier démarrage, un assistant démarrera avec 3 boutons : «Je ne connais rien aux ordinateurs», «Je sais me servir de Windows, pas de Linux» et «Je sais me servir de Linux, pas de Logram». Le dernier montrera par exemple comment installer des paquets, comment utiliser les outils de configuration, etc.
Logram intégrera aussi des paquets "OEM", c'est à dire que le fabriquand qui installera Logram pourra déléguer quelques tâches à l'utilisateur, comme la création de son compte, quelques configurations (date, etc, typiquement ce qu'on fait à l'install de Ubuntu), et le fameux tutoriel. Un des but principal de Logram est de faire front à Windows, même si je sais que ça va être difficile (quoique, qui résiste à l'argument «Ne subissez plus, choisissez !»).
Je pense avoir dit la majorité de ce qu'il y a à dire ;-) .
[^] # Re: Redmine est pas mal
Posté par Sébastien B. . Évalué à 2.
[^] # Re: Redmine est pas mal
Posté par Guillaume Chanaud (site web personnel) . Évalué à 3.
Par contre CodingTeam implémente ça :
"Intégration des salons de discussion Jabber ;"
et je crois que ni Redmine ni Trac ne propose ce genre de choses. C'est un point qu'il faut souligner pour avantage à Coding Team ;)
Après est-ce que ça a son utilité ? Certaines équipes vont surement y trouver un avantage, mais il est vrai que là ou je bosse tout passe par forum car bcps plus simple pour garder des traces des discussions et faire des recherches dessus et je pense que c'est le cas dans bcps d'entreprises.
# L'installation 100% manuelle
Posté par Loic Dreux . Évalué à 1.
An error occured.
session_start() [function.session-start]: Cannot send session cookie - headers already sent by (output started at /home/bob/Workspace/apache2/web/codingteam/inc/classes/locale.php:66) (2 - E_WARNING)
In: /home/bob/Workspace/apache2/web/codingteam/inc/classes/session.php at line 53
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.