version importante d'un système de gestion de projet , qui fournit une interface Web pour travailler avec les référentiels Subversion et Git, un wiki intégré, un système de suivi des problèmes et une section de planification des fonctionnalités pour les nouvelles versions. Le code est écrit en Python et sous licence BSD. Les SGBD SQLite, PostgreSQL et MySQL/MariaDB peuvent être utilisés pour stocker des données.
Trac adopte une approche minimaliste de la gestion de projet et vous permet d'automatiser les opérations de routine typiques avec un impact minimal sur les processus et les règles déjà établies entre les développeurs. Le moteur wiki intégré permet d'utiliser le balisage wiki dans les descriptions des problèmes, des objectifs et des engagements. Il prend en charge la création de liens et l'organisation des connexions entre les messages d'erreur, les tâches, les modifications de code, les fichiers et les pages wiki. Pour suivre tous les événements et activités du projet, une interface sous forme de chronologie est proposée.
Dans le formulaire des modules sont disponibles pour maintenir des flux d'actualités, créer une plateforme de discussion, mener des enquêtes, interagir avec divers systèmes d'intégration continue, générer de la documentation dans Doxygen, gérer les téléchargements, envoyer des notifications via Slack, prendre en charge Subversion et Mercurial.
Principaux changements par rapport à la branche stable 1.2 :
- Passez au rendu à l'aide d'un moteur de modèles rapide . Le moteur de modèles basé sur XML Genshi est obsolète, mais pour des raisons de compatibilité avec les plugins existants, il ne sera supprimé que dans la branche unstable 1.5.
- La rétrocompatibilité avec les plugins écrits pour les versions Trac antérieures à 1.0 a été interrompue. Les changements affectent principalement les interfaces d'accès à la base de données.
- Les groupes d'utilisateurs mentionnés dans le champ CC sont automatiquement étendus à la liste des utilisateurs inclus dans ce groupe.
- Les pages wiki sont équipées d'un commutateur entre les modes étroit et plein écran pour afficher le texte.
- Dans les modèles de notification par courrier électronique, il est désormais possible d'utiliser des données sur les modifications apportées aux champs du ticket (« changes.fields »).
- L'aperçu automatique du texte au format wiki est implémenté pour tous les champs standard (par exemple, la description du rapport). Les utilisateurs ont également pu configurer indépendamment le temps d'attente entre l'arrêt de la saisie et la mise à jour de la zone d'aperçu.
- Le TracMigratePlugin fait désormais partie de Trac et est disponible en tant que commande trac-admin convert_db. Rappelons que ce plugin permet de migrer les données du projet Trac entre différentes bases de données (par exemple, SQLite → PostgreSQL). Vous pouvez également noter l’apparition des sous-commandes ticket delete_comment et attachment move.
- Les champs de texte personnalisés ont désormais un attribut max_size.
- Prise en charge du clonage de tickets (ainsi que de la création de tickets à partir de commentaires) via le composant optionnel tracopt.ticket.clone
- Il est possible d'ajouter des liens personnalisés à l'en-tête de navigation à l'aide d'outils standards.
- La portée des validateurs de modifications a été étendue à l'outil d'édition par lots, ainsi qu'au processus d'édition des commentaires.
- Prise en charge de la diffusion de contenu via HTTPS directement à partir de tracd.
- Configuration minimale requise pour Python (2.7 au lieu de 2.6) et PostgreSQL (pas plus ancienne que 9.1).
Source: opennet.ru