Tâche: Effectuer des changements
Cette tâche décrit les principales opérations de création et de modification des produits, et explique comment les exécuter.
Disciplines: Gestion de la configuration et des changements
Objet
  • "Effectuer des changements" est une tâche générique permettant de répondre aux besoins des 'membres de l'équipe' en termes d'accès à l'ensemble des produits à modifier (ensemble à modifier) afin de remplir(via l'exécution de diverses tâches) les exigences de leur ordre de travail.
Relations
RôlesExécutant principal: Exécutant supplémentaires:
EntréesObligatoire:
  • Aucun
Facultatif:
Sorties
Utilisation des processus
Description principale

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 :

  1. Extraction des fichiers à modifier.
  2. Exécution des modifications.
  3. Exécution de tests pour vérifier les modifications.
  4. Approbation des modifications.
  5. Archivage des modifications.
  6. 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.



Plus d'informations