Français
Redmine Hébergement
Gérez les projets, les problèmes et le temps avec un suivi mature et flexible et des wikis par projet.
- Un clic déployer
- 15 Go Espace disque nécessaire
- 1 Go de RAM Mémoire nécessaire
- À partir de 2 € Prix
Pas de frais d'installation
Liens officiels
Les liens officiels et le site web original de Redmine
- Plus
Site web de Redmine
Ce que vous obtenez
sur AvaHost
Le déploiement en un clic, un domaine personnalisé, HTTPS gratuit, des mises à jour automatiques des applications et des sauvegardes programmées sont inclus avec chaque application Cloud. Vous pouvez exécuter plusieurs applications sur un seul serveur, et l'accès au terminal est inclus.
Un conteneur PostgreSQL est provisionné avec l'application et reste non géré par AvaHost.
Tech
- Image Docker
- redmine:6
- Port par défaut
- 3000
- Base de données
- postgres
Fonctionnement de Redmine
Les administrateurs créent des projets, définissent les trackers et les statuts des problèmes, attribuent des rôles et configurent les transitions de flux de travail que chaque rôle peut utiliser. Les membres de l'équipe ouvrent des problèmes, définissent les priorités et les dates, assignent les propriétaires, ajoutent des commentaires ou des pièces jointes et enregistrent le temps. Les feuilles de route, les calendriers, les diagrammes de Gantt et les rapports transforment ces enregistrements en vues de projet plus larges.
Chaque projet peut inclure un wiki, des documents, des actualités, des forums, des fichiers et des liens vers des référentiels de code source pris en charge. PostgreSQL stocke les projets, les problèmes, les utilisateurs, les permissions, les entrées de temps, les champs personnalisés et la configuration. Les identifiants d'administrateur par défaut doivent être modifiés à la première connexion avant que d'autres utilisateurs ne soient invités.
Fonctionnalités clés de Redmine
Les champs personnalisés et les flux de travail configurables permettent à différentes équipes de façonner les enregistrements de problèmes sans modifier l'application sous-jacente. Les vues multi-projets aident les responsables à rechercher et générer des rapports sur plusieurs flux de travail, tandis que les permissions de rôle contrôlent ce que les membres peuvent voir ou modifier.
Le suivi du temps, les feuilles de route des versions, les relations entre problèmes, les observateurs et l'intégration des référentiels connectent la planification à l'historique de livraison. Les plugins peuvent étendre Redmine, mais chaque extension introduit ses propres considérations de compatibilité et de mise à jour et n'est pas incluse simplement parce qu'elle existe en amont.
Redmine vs Jira
Redmine
Redmine est un suivi de projet et de problèmes auto-hébergé avec des flux de travail configurables, des rôles, des wikis, un suivi du temps, des feuilles de route, des liens de référentiels et des plugins communautaires. Jira est une plateforme de projet gérée par un fournisseur offrant des tableaux, des backlogs, des chronologies, des tableaux de bord, des rapports, l'automatisation, des modèles et une intégration étroite avec d'autres produits Atlassian.
Jira
Jira peut convenir aux organisations qui souhaitent un écosystème hébergé soigné, une administration par le fournisseur et des intégrations de marché étendues. Redmine est plus approprié lorsqu'une équipe valorise le contrôle direct du serveur, des flux de travail de problèmes flexibles et un modèle auto-hébergé bien établi, tout en acceptant plus de responsabilité pour la configuration et les extensions.
Qui utilise Redmine
Les équipes logicielles suivent les défauts et les versions, les groupes d'ingénierie gèrent les demandes et les jalons, et les départements de service organisent le travail interne avec des types de problèmes personnalisés. Les consultants peuvent séparer les projets et les permissions pour différents clients tout en générant des rapports sur l'installation complète.
L'application peut sembler complexe lorsque les rôles, les trackers, les champs et les flux de travail sont configurés sans un modèle clair. Un petit projet pilote devrait établir la dénomination, les permissions et les cycles de vie des problèmes avant que le système ne soit ouvert à une large organisation.
Auto-hébergement de Redmine : exigences et coûts
La charge de travail dépend des utilisateurs, des projets actifs, du volume de problèmes, des pièces jointes, de la recherche, des champs personnalisés, des enregistrements de temps, de l'intégration des référentiels et des plugins. PostgreSQL stocke les données de projet principales et est inclus avec Redmine mais reste non géré. Sa mémoire se situe en dehors du minimum de l'application, donc la recommandation ajustée à la base de données monte d'un plan.
Redmine n'entraîne aucun frais de logiciel hébergé séparé, et AvaHost mappe la pile au Plan 2 à 5 €. Le déploiement en un clic, un domaine de projet personnalisé, HTTPS automatisé, les mises à jour automatiques de l'application et les sauvegardes programmées sont inclus. L'e-mail d'application est désactivé, donc les notifications de problèmes, les e-mails d'invitation et la récupération de mot de passe par e-mail ne fonctionnent pas sur ce service.
F.A.Q
Redmine commence à 5 € sur le Plan 2 après prise en compte de PostgreSQL. Le package hébergé inclut un domaine personnalisé, HTTPS automatisé, mises à jour d’application et sauvegardes planifiées. Le nombre d’utilisateurs, le volume de projets, les problèmes, les pièces jointes, les recherches, les champs personnalisés, les entrées de temps, les intégrations de référentiel et les plugins déterminent quand des ressources supplémentaires sont appropriées.
AvaHost provisionne PostgreSQL et connecte automatiquement Redmine à celui-ci. Les projets, les problèmes, les utilisateurs, les rôles, les flux de travail, les champs personnalisés, les entrées de temps et les paramètres dépendent de la base de données. PostgreSQL reste non géré, donc la configuration de l’application, les pièces jointes, les plugins et les enregistrements de base de données doivent être examinés ensemble lors de la planification de la maintenance, de la migration ou de la récupération.
Un domaine personnalisé peut être attaché avec HTTPS automatisé après que le DNS pointe vers le service hébergé. Changez d’abord le mot de passe administrateur initial, puis testez la connexion, les liens de projet, les pièces jointes, les références de dépôt et les intégrations sous l’adresse finale. Les utilisateurs doivent mettre à jour leurs signets si le nom d’hôte de la plateforme a été utilisé lors de la configuration initiale.
La livraison de courrier Redmine est désactivée sur le service d’application AvaHost. Les notifications de problèmes, les alertes de surveillance, les invitations de compte et la récupération de mot de passe par courrier électronique ne fonctionnent donc pas à partir de l’installation hébergée. L’interface du navigateur, les mises à jour de problèmes, les rôles, les rapports, les wikis et les intégrations prises en charge restent utilisables. Les équipes doivent établir une autre méthode approuvée pour communiquer les attributions et les instructions de récupération de compte.