IaC freischalten, Teil 4: Terraform und Github

Verwenden von Git und GitHub zum Speichern Ihres Codes

Als ich noch sehr jung war, bin ich irgendwie in die Welt von C++ gestolpert und habe das allzeit beliebte Programm „Hello World“ zusammengestellt. Ich habe es kompiliert, ausgeführt und das Popup-Fenster erhalten, das meinen erfolgreichen Ausflug in die „Programmierung“ bestätigte.

Ich bin jedoch nie viel weiter gegangen, weil mein Versionskontrollprozess als 12-Jähriger ... beschissen war. Ich verlor den Quellcode, kam dann eine Woche später darauf zurück und erstellte noch einmal eine neue Datei. Ich spielte herum und machte Fortschritte, indem ich kleine Dinge mit C++ machte, aber jedes Mal fing ich im Grunde wieder von vorne an, weil ich so schlecht darin war, die Kontrolle über meinen Quellcode zu behalten.

Nichts wird Ihre Ambitionen, mit Code zu arbeiten, schneller zunichte machen, als wenn Sie bei jedem Build Ihren gesamten Fortschritt verlieren. Die Lösung für dieses Problem ist Git, oder in diesem Fall speziell GitHub. Wir werden jetzt dieses kleine Terraform-Deployment aus Teil 3 nehmen und es mit ein paar grundlegenden Git-Befehlen auf dem in VSCode integrierten Terminal in GitHub einfügen (es gibt eine VSCode-Github-Erweiterung, um dies zu tun, aber es ist am besten, wenn Sie verstehen, welche Git-Befehle verwendet werden, um diese Art von Aufgabe zu erledigen, bevor Sie sich darauf verlassen, dass eine Erweiterung dies für Sie erledigt).

Sie können für diese Schritte auch das native Terminal Ihres Betriebssystems (CMD, Powershell, ZSH usw.) verwenden.

1. Öffnen Sie das Terminal in VSCode, indem Sie „STRG + `“ drücken (das ist ein Backtick, die kleine Taste links neben „1“)

   
   

2. Überprüfen Sie in diesem neuen Terminal, ob Sie sich im richtigen Dateiverzeichnis befinden (dies sollte standardmäßig der Fall sein). Im nächsten Schritt initialisieren wir in diesem Ordner ein Git-Repository und beginnen mit der Nachverfolgung von Änderungen an Ihrem Code. Wenn dies nicht das Verzeichnis ist, in dem sich Ihr Code befindet, ändern Sie es in das richtige Verzeichnis.

   
   

3. Wir wollen nun Git initialisieren. Dazu geben wir ein: git init

   Git wird jetzt in diesem Verzeichnis ausgeführt, verfolgt jedoch keine Dateien (oder Code in diesen Dateien).

   
   

4. Git kann sowohl lokale Code-Repositorys als auch Remote-Code-Repositorys („Repo“) verwenden. In den meisten professionellen Umgebungen werden Sie ein Remote-Repository mit einem Dienst wie Github, Gitlab, Bitbucket usw. verwenden. Wir müssen Git mitteilen, wohin dieser Code gesendet werden soll, damit er verfolgt werden kann. Dazu verwenden wir git remote add .

   
   

   1. Die Syntax hierfür sieht folgendermaßen aus: git remote add origin https://github.com/owner/repo_name.git

      1. Im Folgenden wird beschrieben, wie man git remote add origin anweist, ein Remote-Repository mit dem Namen „origin“ hinzuzufügen und die URL dahinter als Ziel für dieses Remote-Repository zu verwenden.

         
         

   2. In meinem Fall habe ich unter meinem Konto ein neues (leeres) Repo auf GitHub erstellt, sodass es folgendermaßen aussieht: git remote add origin https://github.com/wellmadeoldfashioned/YT-single-server-arch-AWS.git

5. Jetzt können wir damit fortfahren, Git anzuweisen, Dateien zu „verfolgen“. Um eine bestimmte Datei zu verfolgen, können wir Folgendes tun: git add [filename] ODER um alles im aktuellen Repo zu verfolgen, können Sie Folgendes tun: git add . – Es ist normalerweise am besten, explizit zu sein und einzelne Dateien hinzuzufügen und nicht alle Dateien in einem lokalen Verzeichnis zu verfolgen.

   
   

   1. Fügen wir nun unsere Terraform-Datei hinzu. Geben Sie dazu den folgenden Befehl ein: git add main.tf

   2. An diesem Punkt sind die Datei(en), die Sie im vorherigen Schritt hinzugefügt haben, nun „bereitgestellt“. Das bedeutet lediglich, dass Sie Git angewiesen haben, „eine Kopie dieser Dateien in ihrem aktuellen Zustand zu erstellen und die Kopien für das Senden an ein Repository vorzubereiten“ (in diesem Fall ein Remote-Repository: Github).

      
      

6. Sobald die Dateien bereitgestellt sind, müssen wir ein Commit erstellen. Betrachten Sie es als einen Kontrollpunkt in Ihrem Entwicklungsfortschritt, bei dem Sie eine kurze Nachricht mit einer Beschreibung des Kontrollpunkts hinzufügen können.

   
   

   1. Um ein Commit zu inszenieren, verwenden wir git commit -m “[message_goes_here]” – es ist Tradition, dass man beim ersten Commit so etwas wie „initial commit“ verwendet, aber es gibt keine Regeln, die vorschreiben, was in die Nachricht gehört. Generell sollte man kurz und beschreibend sein. Wenn dies beispielsweise ein Commit wäre, das einen Variablennamen aktualisiert, würden wir einfach sagen, dass git commit -m “updated AMI variable to XYZ”

      
      

   2. Geben Sie nun Folgendes ein: git commit -m “initial commit” – Sie sollten ein paar Zeilen Feedback von Git erhalten, die etwa so aussehen:

7. Dies ist fast abgeschlossen, aber noch nicht ganz. Wir haben Git initialisiert, ein Remote-Repository hinzugefügt, Git angewiesen, eine bestimmte Datei zu verfolgen, und ein Commit für das Remote-Repository vorbereitet, aber wir haben das Commit noch nicht an das Remote-Repository gesendet .

   
   

   1. Um das Commit (Ihren „Checkpoint“, den wir oben mit dem Git-Commit-Befehl erstellt haben) zu senden, müssen Sie git push [remote-repo-name] [local-branch-name] ausführen.

      
      

   2. Um den Namen des Remote-Repositorys herauszufinden, müssen wir auf Schritt 4 zurückblicken, um zu sehen, wie wir es genannt haben, in diesem Fall „Origin“. Um den Namen des lokalen Zweigs herauszufinden, können Sie entweder git branch “ eingeben, ODER, wenn Sie die Standardeinstellung nicht geändert haben, lautet er für den Master-Zweig „master“.

   3. Wie Sie sehen, arbeiten wir tatsächlich lokal am Master-Zweig. Um den Code auf Github zu übertragen, müssen wir Folgendes eingeben: git push origin master

8. Wenn wir auf der GitHub-Seite nachsehen, können wir das Commit sehen, das ich gerade gesendet habe.

   Sowie die eigentlichen Commit-Änderungen:

Hoffentlich hilft Ihnen dies beim Einstieg in Git und GitHub. In dieser funktionierenden Demo wurden der Einfachheit halber einige Abkürzungen verwendet (z. B. kein neuer Zweig erstellt, um den Master-Zweig beizubehalten, keine Änderungen zusammengeführt, Forking usw.), aber dieses Wissen ist die Grundlage für das Erlernen dieser Dinge.

Sobald Sie mit der Verwendung von Git auf diese Weise vertraut sind, sollten Sie mit der Arbeit an verschiedenen Zweigen fortfahren und herausfinden, was der „HEAD“ ist und wie man ihn bearbeitet, Repos verzweigen, Änderungen zusammenführen usw.