Desbloqueo de IaC Parte 4: Terraform y Github

Usando Git y GitHub para guardar su código

Cuando era muy joven, de alguna manera me topé con el mundo de C++ y creé el programa favorito de siempre "Hello World". Lo compilé, lo ejecuté y apareció la ventana emergente que confirmaba una incursión exitosa en la "programación".

Yo, sin embargo, nunca fui mucho más allá porque cuando tenía 12 años, mi proceso de control de versiones... apestaba. Perdía el código fuente, luego volvía a él una semana después y volvía a crear un archivo nuevo. Jugaba y progresaba haciendo pequeñas cosas con C++, pero cada vez que lo hacía, básicamente comenzaba desde cero porque era muy malo manteniendo el control de mi código fuente.

Nada acabará con tus ambiciones de trabajar con código más rápido que perder todo tu progreso cada vez que construyes. La solución a este problema es Git, o en este caso, específicamente GitHub. Ahora tomaremos esta pequeña implementación de Terraform de la Parte 3 y la colocaremos en GitHub usando algunos comandos básicos de Git en la terminal integrada en VSCode (existe una extensión de VSCode Github para hacer esto, pero es mejor que comprendas qué comandos de Git). se utilizan para realizar este tipo de tarea antes de confiar en una extensión para que lo haga por usted).

También puedes usar el terminal nativo de tu sistema operativo (CMD, Powershell, ZSH, lo que sea) para estos pasos.

1. Abra la terminal en VSCode presionando "CTRL + `" (es una comilla invertida, la pequeña tecla a la izquierda de "1")

   
   

2. En esta nueva terminal, verifique que esté en el directorio de archivos correcto (debería estar por defecto). En el siguiente paso, inicializaremos un repositorio de Git en esta carpeta y comenzaremos a rastrear los cambios en su código. Si este no es el directorio donde está su código, cámbielo al directorio correcto.

   
   

3. Ahora queremos inicializar Git; para hacer este tipo: git init

   Git ahora se está ejecutando en este directorio, sin embargo, no rastrea ningún archivo (o código en esos archivos).

   
   

4. Git puede utilizar repositorios de código locales así como repositorios de código remotos (“repo”). En la mayoría de los entornos profesionales, utilizará un repositorio remoto con un servicio como Github, Gitlab, Bitbucket, etc. Necesitamos decirle a Git dónde enviar este código, estamos a punto de rastrearlo. Para hacer eso, usamos git remote add .

   
   

   1. La sintaxis para esto se ve así: git remote add origin https://github.com/owner/repo_name.git

      1. Desglosando esto: git remote add origin le indica a git que agregue un repositorio remoto llamado "origen" y use la URL que aparece después como destino para este repositorio remoto.

         
         

   2. En mi caso, creé un repositorio nuevo (vacío) en GitHub en mi cuenta, por lo que se ve así: git remote add origin https://github.com/wellmadeoldfashioned/YT-single-server-arch-AWS.git

5. Ahora, podemos continuar y decirle a git que "rastree" los archivos. Para rastrear un archivo específico, podemos hacer: git add [filename] O para rastrear todo en el repositorio actual, puedes hacer: git add . - Generalmente es mejor ser explícito y agregar archivos individuales y no rastrear todos los archivos en un directorio local.

   
   

   1. Ahora agreguemos nuestro archivo terraform; emita el siguiente comando para hacer eso: git add main.tf

   2. En este punto, el archivo o archivos que agregó en el paso anterior ahora están "preparados"; todo esto significa que le ha dicho a Git que "tome una copia de estos archivos tal como están ahora y prepárese para enviar las copias a un repositorio". ”(en este caso, un repositorio remoto: Github).

      
      

6. Una vez que los archivos están preparados, necesitamos crear una confirmación; considérelo como un punto de control en el progreso de su desarrollo donde puede agregar un mensaje corto que describa el punto de control.

   
   

   1. Para organizar una confirmación, usamos git commit -m “[message_goes_here]” ; es tradición que en la primera confirmación se use algo como “compromiso inicial”, pero no hay reglas que dicten lo que se incluye en el mensaje. En términos generales, debes ser conciso y descriptivo. Por ejemplo, si se tratara de una confirmación que actualizó el nombre de una variable, diríamos simplemente que git commit -m “updated AMI variable to XYZ”

      
      

   2. Ahora emita: git commit -m “initial commit” ; debería recibir algunas líneas de comentarios de Git que se ven así:

7. Esto está casi completo, pero aún no. Inicializamos Git, agregamos un repositorio remoto, le indicamos a Git que rastreara un archivo específico y organizamos una confirmación para el repositorio remoto, pero aún no hemos enviado la confirmación al repositorio remoto.

   
   

   1. Para enviar la confirmación (su "punto de control" que creamos anteriormente usando el comando de confirmación de Git), debe emitir git push [remote-repo-name] [local-branch-name]

      
      

   2. Para averiguar el nombre del repositorio remoto, debemos volver al paso 4 para ver cómo lo llamamos, en este caso, "origen". Para averiguar el nombre de la sucursal local, puede emitir git branch O, si no lo cambió de su configuración predeterminada, será "master" para la sucursal maestra.

   3. Como puede ver, de hecho estamos trabajando en la rama maestra localmente. Entonces, para enviar el código a Github, debemos emitir: git push origin master

8. Al verificar el lado de GitHub, podemos ver el compromiso que acabo de enviar.

   Además de los cambios de confirmación reales:

Con suerte, esto le ayudará a empezar con Git y GitHub. En esta demostración funcional, se tomaron algunos atajos en aras de la simplicidad (como no crear una nueva rama para preservar la rama maestra, no fusionar cambios, bifurcar, etc.), pero este conocimiento es la base para aprender esas cosas.

Una vez que se sienta cómodo usando Git de esta manera, debe pasar a trabajar en diferentes ramas, comprender qué es el "HEAD" y cómo manipularlo, bifurcar repositorios, fusionar cambios, etc.