Je veux créer et administrer mon propre projet » Historique » Version 1
Damien Roque, 29/07/2015 01:14
1 | 1 | Damien Roque | h1. Redmine pour les responsables de projets |
---|---|---|---|
2 | |||
3 | h3. Création d'un nouveau projet Redmine |
||
4 | |||
5 | La création d'un nouveau projet s'effectue sur demande au service informatique du GIPSA-lab, à l'adresse sos-info@gipsa-lab.grenoble-inp.fr. Il est nécessaire de fournir les éléments suivants : |
||
6 | * nom du projet (préférer les noms courts) ; |
||
7 | * nom du responsable du projet (doit être membre du GIPSA-lab). |
||
8 | |||
9 | Une fois le projet créé, son responsable a la possibilité d'ajouter des sous-projets. |
||
10 | |||
11 | h3. Création et administration d'un dépôt de code source SVN |
||
12 | |||
13 | Un dépôt de code source SVN peut être associé à chaque projet Redmine, il permet la gestion collaborative du code source. Sa création est optionnelle et est réalisée manuellement par le service informatique (via sos-info@gipsa-lab.grenoble-inp.fr). Le dépôt de code source SVN peut être initialisé dans deux cas de figure : |
||
14 | * en même temps qu'un projet Redmine ; |
||
15 | * n'importe quand, pour un projet Redmine existant. |
||
16 | |||
17 | La gestion des permissions relatives au dépôt sont ensuite gérée par le responsable du projet, via l'interface : |
||
18 | http://intranet.gipsa-lab.grenoble-inp.fr/formulaire/ |
||
19 | |||
20 | h3. Création d'un compte d'utilisateur externe |
||
21 | |||
22 | La création d'un compte d'utilisateur externe s'effectue sur demande adressée au service informatique du GIPSA-lab, à l'adresse sos-info@gipsa-lab.grenoble-inp.fr. Les renseignements suivants doivent être fournis : |
||
23 | * nom ; |
||
24 | * prénom ; |
||
25 | * fonction ; |
||
26 | * affiliation ; |
||
27 | * adresse e-mail. |
||
28 | |||
29 | h3. Utilisation parcimonieuse des modules Redmine |
||
30 | |||
31 | Pour chaque projet, la plate-forme collaborative Redmine offre une grande variété de modules (wikis, forums, visualiseur de dépôts de code source, gestionnaire de tickets, annonces...). Un trop grand nombre de fonctionnalités peut être rapidement déroutant pour les utilisateurs. Par conséquent, il du ressort des gestionnaires de projets de limiter ces dernières (onglet @Configuration@) en fonction des méthodes de développement envisagées (ex. : inutile d'afficher l'explorateur de code source si aucun dépôt n'a été initialisé, limiter le nombre de trackers des tickets...). |