Résumé

Effectué

Dans ce module, vous avez découvert les bases de Git. Git est à l’origine (et reste en grande partie) une application basée sur des commandes. Il est donc important de connaître les commandes de base, surtout si vous en avez besoin dans un script PowerShell. Visual Studio Code possède une GUI intégrée pour certaines des commandes, ce qui facilite leur utilisation.

Vous avez appris à installer et à configurer Git. Il est important que vous définissiez votre nom d’utilisateur et votre adresse e-mail avant de commencer à travailler avec Git. Faites-le sur chaque machine sur laquelle vous utilisez Git. Les paramètres dans Git sont stockés sur trois niveaux : système, global et local.

Vous avez vu les différences entre un référentiel Git local et distant. Pour démarrer un référentiel local, vous pouvez utiliser la commande init la où vous utiliserez plus tard la commande remote pour le lier à un référentiel distant, ou la commande clone pour créer un référentiel local basé sur un référentiel distant.

La procédure suivante permet généralement de créer un projet AL :

  1. Un utilisateur crée un nouveau projet Azure DevOps. Cela génère automatiquement un référentiel Git distant.

  2. Un autre utilisateur crée un nouveau projet d’extension AL sur sa machine locale. Cette personne utilise également la commande init pour initialiser ce projet d’extension AL en tant que référentiel Git local.

  3. La commande remote est utilisée pour lier le référentiel local au référentiel distant.

  4. Tous les fichiers sont transmis en mode push vers le référentiel distant. Un fichier .gitignore est utilisé pour filtrer les fichiers .app et certains autres fichiers .json.

  5. Une fois la transmission de type push effectuée, tous les autres développeurs peuvent utiliser la commande clone pour télécharger les fichiers sur leur machine locale.

  6. De nouveaux changements peuvent être développés et toujours synchronisés avec les commandes pull et push.

Étapes de base du projet AL dans le diagramme de flux de commandes Git.

N’oubliez pas d’utiliser la zone intermédiaire pour pouvoir valider vos modifications dans le répertoire Git. Avec la commande fetch, vous pouvez vérifier si des modifications entrantes sont présentes en provenance du référentiel distant avant d’avoir réellement besoin de les télécharger.