Gestion du code source » History » Version 4
Serge Koudoro, 11/10/2008 04:34 PM
1 | 1 | Redmine Admin | h1. Gestion du code source |
---|---|---|---|
2 | |||
3 | *Présentation des principes et intérêts des système de contrôle de version pour les projets informatiques. Application au cas de Morph-M.* |
||
4 | |||
5 | h2. Contenu |
||
6 | |||
7 | * présentation rapide des principes de base de la gestion des sources |
||
8 | * mise en place de ces principes dans le contexte Morph-M |
||
9 | * une mise en application sur un faux projet |
||
10 | |||
11 | h2. Bibliographie |
||
12 | |||
13 | * "Informations sur le CVS de Morph-M":http://rhodes.ensmp.fr/morphee/development-folder/cvs-doc |
||
14 | * "Un tutoriel":http://ricky81.developpez.com/tutoriel/cvs/introduction/ |
||
15 | * "Un très bon client CVS Windows":http://www.tortoisecvs.org/ |
||
16 | |||
17 | h2. Support pédagogique |
||
18 | |||
19 | 4 | Serge Koudoro | "Transparents":http://morphm.ensmp.fr/attachments/18/AtelierSCM.pdf : Un exposé des fonctionalités de CVS et de son utilisation pour Morph-M. |
20 | 1 | Redmine Admin | |
21 | h2. A retenir |
||
22 | |||
23 | En plus des commandes présentées dans divers tutoriaux (voir Bibliographie), il est important de retenir la démarche liée à l'utilisation d'un gestionnaire de version: |
||
24 | |||
25 | * *Tout travail non-commité n'est pas terminé* : lorsque votre code marche et passe les tests il faut enregistrer les modifications que vous avez faites (les "commiter") sans quoi c'est comme si vous n'avez rien fait ! |
||
26 | * Il ne faut *enregistrer que les fichiers que vous avez édités* et notamment laisser de côté les fichiers qui sont générés automatiquement par vos divers outils de développement tels que les fichiers objects ".o" ".a" ".pyc" (...), librairies ".so" ".dll" ".lib", fichiers de bases de données Visual ".ncb" (...) , et tout autre fichier susceptible d'être regénéré à partir des sources déjà enregistrées avec le gestionnaire de version. |