Déverrouiller IaC Partie 4 : Terraform et Github

Utiliser Git et GitHub pour enregistrer votre code

Quand j'étais très jeune, je suis tombé par hasard dans le monde du C++ et j'ai mis au point le programme préféré "Hello World". Je l'ai compilé, exécuté et j'ai obtenu la fenêtre contextuelle confirmant une incursion réussie dans la « programmation ».

Cependant, je ne suis jamais allé beaucoup plus loin car, à l'âge de 12 ans, mon processus de contrôle de version... était nul. Je perdrais le code source, puis j'y reviendrais une semaine plus tard et je créerais à nouveau un nouveau fichier. Je jouais et progressais en faisant de petites choses avec C++, mais chaque fois que je le faisais, je repartais de zéro parce que j'étais très mauvais pour garder le contrôle de mon code source.

Rien ne tuera vos ambitions de travailler avec du code plus rapidement que de perdre tous vos progrès à chaque fois que vous construisez. La solution à ce problème est Git, ou dans ce cas, spécifiquement GitHub. Nous allons maintenant prendre ce petit déploiement Terraform de la partie 3 et le mettre dans GitHub en utilisant quelques commandes Git de base sur le terminal intégré dans VSCode (il existe une extension VSCode Github pour ce faire, mais il est préférable que vous compreniez quelles commandes Git sont utilisés pour réaliser ce type de tâche avant de compter sur une extension pour le faire à votre place).

Vous pouvez également utiliser le terminal natif de votre système d'exploitation (CMD, Powershell, ZSH, peu importe) pour ces étapes.

1. Ouvrez le terminal dans VSCode en appuyant sur "CTRL + `" (c'est un backtick, la petite touche à gauche de "1")

   
   

2. Dans ce nouveau terminal, vérifiez que vous êtes dans le bon répertoire de fichiers (il devrait l'être par défaut). Dans la prochaine étape, nous initialiserons un dépôt Git dans ce dossier et commencerons à suivre les modifications apportées à votre code. Si ce n'est pas le répertoire où se trouve votre code, remplacez-le par le bon répertoire.

   
   

3. Nous voulons maintenant initialiser Git ; pour faire ce type : git init

   Git s'exécute maintenant dans ce répertoire, cependant, il ne suit aucun fichier (ni code contenu dans ces fichiers).

   
   

4. Git peut utiliser des référentiels de code locaux ainsi que des référentiels de code distants (« repo »). Dans la plupart des contextes professionnels, vous utiliserez un dépôt distant avec un service comme Github, Gitlab, Bitbucket, etc… Nous devons dire à Git où envoyer ce code, nous sommes sur le point de le suivre. Pour ce faire, nous utilisons le git remote add .

   
   

   1. La syntaxe ressemble à ceci : git remote add origin https://github.com/owner/repo_name.git

      1. décomposer cela : git remote add origin demande à git d'ajouter un dépôt distant nommé « origine » et d'utiliser l'URL qui suit comme destination pour ce dépôt distant

         
         

   2. Dans mon cas, j'ai créé un nouveau dépôt (vide) sur GitHub sous mon compte, il ressemble donc à ceci : git remote add origin https://github.com/wellmadeoldfashioned/YT-single-server-arch-AWS.git

5. Maintenant, nous pouvons passer à dire à git de « suivre » les fichiers. Pour suivre un fichier spécifique, nous pouvons faire : git add [filename] OU pour tout suivre dans le dépôt actuel, vous pouvez faire : git add . - il est généralement préférable d'être explicite et d'ajouter des fichiers individuels et de ne pas suivre tous les fichiers dans un répertoire local.

   
   

   1. Ajoutons maintenant notre fichier terraform ; lancez la commande suivante pour ce faire : git add main.tf

   2. À ce stade, le ou les fichiers que vous avez ajoutés à l'étape précédente sont désormais « mis en scène » - tout cela signifie que vous avez dit à Git de « prendre une copie de ces fichiers tels qu'ils sont maintenant et de vous préparer à envoyer les copies vers un dépôt ». » (dans ce cas, un dépôt distant : Github).

      
      

6. Une fois les fichiers préparés, nous devons créer un commit - considérez-le comme un point de contrôle dans la progression de votre développement où vous pouvez ajouter un court message décrivant le point de contrôle.

   
   

   1. Pour organiser un commit, nous utilisons git commit -m “[message_goes_here]” - la tradition veut que lors du premier commit, vous utilisiez quelque chose comme « commit initial », mais il n'y a aucune règle dictant ce qui entre dans le message. De manière générale, vous voulez être concis et descriptif. Par exemple, s'il s'agissait d'un commit qui mettait à jour un nom de variable, nous dirions simplement que git commit -m “updated AMI variable to XYZ”

      
      

   2. Maintenant, lancez : git commit -m “initial commit” - vous devriez recevoir quelques lignes de commentaires de Git qui ressemblent à ceci :

7. C'est presque terminé, mais pas encore tout à fait. Nous avons initialisé Git, ajouté un dépôt distant, demandé à Git de suivre un fichier spécifique et effectué une validation vers le dépôt distant, mais nous n'avons pas encore envoyé la validation vers le dépôt distant.

   
   

   1. Pour envoyer le commit (votre "point de contrôle" que nous avons créé ci-dessus à l'aide de la commande Git commit), vous devez émettre git push [remote-repo-name] [local-branch-name]

      
      

   2. Pour déterminer le nom du dépôt distant, nous devons revenir à l'étape 4 pour voir comment nous l'avons nommé, dans ce cas, « origine ». Pour connaître le nom de la branche locale, vous pouvez soit émettre git branch , OU si vous ne l'avez pas modifié par rapport à son paramètre par défaut, ce sera « master » pour la branche principale.

   3. Comme vous pouvez le constater, nous travaillons effectivement sur la branche master en local. Donc, pour pousser le code vers Github, nous devons émettre : git push origin master

8. En vérifiant du côté de GitHub, nous pouvons voir le commit que je viens d'envoyer.

   Ainsi que les modifications réelles du commit :

Espérons que cela vous aidera à démarrer avec Git et GitHub. Dans cette démo fonctionnelle, certains raccourcis ont été pris par souci de simplicité (comme ne pas créer de nouvelle branche pour préserver la branche principale, ne pas fusionner les modifications, bifurquer, etc.), mais cette connaissance est la base pour apprendre ces choses.

Une fois que vous êtes à l’aise avec Git de cette manière, vous devez passer au travail sur différentes branches, comprendre ce qu’est le « HEAD » et comment le manipuler, créer des dépôts, fusionner les modifications, etc…