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.  Ouvrez le terminal dans VSCode en appuyant sur "CTRL + `" (c'est un backtick, la petite touche à gauche de "1")  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.  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).  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  La syntaxe ressemble à ceci :  git remote add origin https://github.com/owner/repo_name.git  décomposer cela :   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 git remote add origin  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  Maintenant, nous pouvons passer à dire à git de « suivre » les fichiers. Pour suivre un fichier spécifique, nous pouvons faire :   OU pour tout suivre dans le dépôt actuel, vous pouvez faire :   - 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. git add [filename] git add .  Ajoutons maintenant notre fichier terraform ; lancez la commande suivante pour ce faire :    git add main.tf  À 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).  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.  Pour organiser un commit, nous utilisons   - 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 “[message_goes_here]” git commit -m “updated AMI variable to XYZ”  Maintenant, lancez :   - vous devriez recevoir quelques lignes de commentaires de Git qui ressemblent à ceci :  git commit -m “initial commit”  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   la validation vers le dépôt distant. envoyé  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]  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   , OU si vous ne l'avez pas modifié par rapport à son paramètre par défaut, ce sera « master » pour la branche principale.  git branch  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  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…

2022 - HackerNoon Contributor of the Year - Cybersecurity

See what I am up to on YouTube

Nominated for 2022 - HackerNoon Contributor of the Year - Cybersecurity

Cet audio est produit dans la langue originale de l'histoire !

Déverrouiller IaC Partie 4 : Terraform et Github

About Author

COMMENTAIRES

ÉTIQUETTES

CET ARTICLE A ÉTÉ PARU DANS

Related Stories

Guide de l'architecte pour créer une architecture de référence pour un datalake IA/ML

Vous voulez gagner un concours d’écriture HackerNoon ? Voici ce que recommandent les gagnants du concours #crypto-api

Boostez votre productivité avec ces 18 outils de développement 🚀🔥

Libérer la puissance de l’IA. Une revue systématique des techniques de pointe : résumé et introduction

Guide de l'architecte pour créer une architecture de référence pour un datalake IA/ML

Vous voulez gagner un concours d’écriture HackerNoon ? Voici ce que recommandent les gagnants du concours #crypto-api

Boostez votre productivité avec ces 18 outils de développement 🚀🔥

Libérer la puissance de l’IA. Une revue systématique des techniques de pointe : résumé et introduction

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps