L'ordre de fabrication émis par un responsable de projet est à l'origine de toute tâche effectuée dans le cadre de ce
projet. Lorsqu'ils reçoivent un ordre de travail, les membres de l'équipe vont planifier leur travail en créant des
listes de "tâches à effectuer", avec des dates d'échéance qui respectent les termes du "contrat" défini dans l'ordre de
travail.
Etape suivante : le responsable devra se procurer ou créer les produits nécessaires qui devront être travaillés ou
ajoutés au contrôle de source.
Les projets conservent généralement les versions contrôlées des produits dans un référentiel central à accès restreint.
Les opérations Check-In (archiver) et Check-Out (extraire) permettent à l'équipe de développement d'obtenir une version
donnée d'un produit, de la modifier, puis de la soumettre à nouveau afin qu'elle devienne la dernière version
contrôlée. L'objectif de cette étape est de s'assurer que les développeurs respectent les procédures 'check-in et
check-out' pour modifier les produits soumis au contrôle de version.
Les principales opérations CM exécutées par tous les membres de l'équipe de développement sont les suivantes :
-
Check Out (Extraire) -
Permet de modifier un élément
-
Check In (Archiver) -
Permet de stocker une nouvelle version de l'élément modifié, qui pourra être extraite par les autres membres de
l'équipe qui pourront alors voir les modifications apportées. Il est conseillé d'accompagner chaque archivage d'un
bref commentaire décrivant la modification.
-
Add to Source Control (Ajouter au contrôle de code source) - Place un nouveau fichier ou répertoire sous
contrôle de version, en créant une version initiale
-
Deliver (Livrer) - Soumet les changements à l'intégrateur.
-
Rebase (Refonder) - Permet de visualiser les changements apportés par les autres développeurs.
Généralement, un implémenteur travaille de la façon suivante :
-
Extraction des fichiers à modifier.
-
Exécution des modifications.
-
Exécution de tests pour vérifier les modifications.
-
Approbation des modifications.
-
Archivage des modifications.
-
Promotion des modifications.
Différents types d'extraction
Par défaut, lorsqu'un développeur extrait un élément, il bénéficie d'un droit de modification exclusif sur cet élément
pour en créer une nouvelle version. Il s'agit d'un cas d' extraction réservée. Aucun autre utilisateur ne peut
demander une extraction exclusive sur cet élément.
En cas de développement en parallèle, l'extraction non-exclusive permet d'extraire un fichier même si quelqu'un
d'autre l'a déjà extrait.
Certaines organisations ont opté pour une stratégie de développement de type "premier arrivé, premier servi" : dans ce
cas, plusieurs utilisateurs peuvent demander une extraction non-exclusive d'un même élément. Ensuite, n'importe lequel
de ces utilisateurs peut exécuter un archivage, créant ainsi une nouvelle version du fichier en question. Les autres
devront fusionner ces changements avec les autres changements précédemment archivés avant de créer une nouvelle
version.
|