Desbloqueando IaC Parte 4: Terraform e Github

Usando Git e GitHub para salvar seu código

Quando eu era muito jovem, de alguma forma tropecei no mundo do C++ e criei o programa favorito "Hello World". Eu compilei, executei e recebi o pop-up confirmando uma incursão bem-sucedida na "programação".

Eu, no entanto, nunca fui muito além disso porque, aos 12 anos, meu processo de controle de versão... era uma droga. Eu perderia o código-fonte, voltaria a ele uma semana depois e criaria um novo arquivo novamente. Eu brincava e progredia fazendo pequenas coisas com C++, mas sempre que fazia isso, era basicamente começando do zero, porque eu era péssimo em manter o controle do meu código-fonte.

Nada matará suas ambições de trabalhar com código mais rápido do que perder todo o seu progresso toda vez que você construir. A solução para este problema é o Git, ou neste caso, especificamente o GitHub. Agora vamos pegar esta pequena implantação do Terraform da Parte 3 e colocá-la no GitHub usando alguns comandos básicos do Git no terminal integrado no VSCode (há uma extensão VSCode Github para fazer isso, mas é melhor que você entenda quais comandos do Git são usados para realizar esse tipo de tarefa antes de depender de uma extensão para fazer isso por você).

Você também pode usar o terminal nativo do seu sistema operacional (CMD, Powershell, ZSH, qualquer que seja) para essas etapas.

1. Abra o terminal no VSCode pressionando "CTRL + `" (isso é um crase, a pequena tecla à esquerda de "1")

   
   

2. Neste novo terminal, verifique se você está no diretório de arquivos correto (deve estar por padrão). Na próxima etapa, inicializaremos um repositório Git nesta pasta e começaremos a rastrear alterações em seu código. Se este não for o diretório onde está o seu código, altere-o para o diretório correto.

   
   

3. Agora queremos inicializar o Git; para fazer isso digite: git init

   O Git agora está sendo executado neste diretório, no entanto, não está rastreando nenhum arquivo (ou código nesses arquivos).

   
   

4. O Git pode usar repositórios de código locais, bem como repositórios de código remoto (“repo”). Na maioria dos ambientes profissionais, você usará um repositório remoto com um serviço como Github, Gitlab, Bitbucket, etc… Precisamos informar ao Git para onde enviar esse código que estamos prestes a rastreá-lo. Para fazer isso, usamos o git remote add .

   
   

   1. A sintaxe para isso é semelhante a esta: git remote add origin https://github.com/owner/repo_name.git

      1. detalhando isso: git remote add origin instrui o git a adicionar um repositório remoto chamado “Origem” e usar o URL depois dele como destino para este repositório remoto

         
         

   2. No meu caso, criei um novo repositório (vazio) no GitHub em minha conta, então fica assim: git remote add origin https://github.com/wellmadeoldfashioned/YT-single-server-arch-AWS.git

5. Agora, podemos passar a dizer ao git para “rastrear” os arquivos. Para rastrear um arquivo específico, podemos fazer: git add [filename] OU para rastrear tudo no repositório atual, você pode fazer: git add . - geralmente é melhor ser explícito e adicionar arquivos individuais e não rastrear todos os arquivos em um diretório local.

   
   

   1. Vamos agora adicionar nosso arquivo terraform; emita o seguinte comando para fazer isso: git add main.tf

   2. Neste ponto, o arquivo ou arquivos que você adicionou na etapa anterior estão agora “preparados” - tudo isso significa que você disse ao Git para “fazer uma cópia desses arquivos como estão agora e se preparar para enviar as cópias para um repositório ”(neste caso, um repositório remoto: Github).

      
      

6. Depois que os arquivos estiverem preparados, precisamos criar um commit - pense nele como um ponto de verificação no progresso do seu desenvolvimento, onde você pode adicionar uma mensagem curta descrevendo o ponto de verificação.

   
   

   1. Para preparar um commit, usamos git commit -m “[message_goes_here]” - é tradição que no primeiro commit você use algo como “commit inicial”, mas não há regras que ditem o que entra na mensagem. De modo geral, você deseja ser conciso e descritivo. Por exemplo, se este fosse um commit que atualizou o nome de uma variável, diríamos apenas que git commit -m “updated AMI variable to XYZ”

      
      

   2. Agora emita: git commit -m “initial commit” - você deve receber algumas linhas de feedback do Git parecidas com estas:

7. Isso está quase completo, mas ainda não. Inicializamos o Git, adicionamos um repositório remoto, instruímos o Git a rastrear um arquivo específico e preparamos um commit para o repositório remoto, mas ainda não enviamos o commit para o repositório remoto.

   
   

   1. Para enviar o commit (seu “ponto de verificação” que criamos acima usando o comando commit do Git), você precisa emitir git push [remote-repo-name] [local-branch-name]

      
      

   2. Para descobrir o nome do repositório remoto, precisamos voltar à etapa 4 para ver como o nomeamos, neste caso, “origem”. Para descobrir o nome do branch local, você pode emitir git branch OU, se não alterou sua configuração padrão, ele será “master” para o branch master.

   3. Como você pode ver, estamos de fato trabalhando no branch master localmente. Então, para enviar o código para o Github, precisamos emitir: git push origin master

8. Verificando no GitHub, podemos ver o commit que acabei de enviar.

   Bem como as alterações reais do commit:

Esperamos que isso ajude você a começar a usar o Git e o GitHub. Nesta demonstração de trabalho, foram tomados alguns atalhos por uma questão de simplicidade (como não criar um novo branch para preservar o branch master, não mesclar alterações, bifurcar, etc.), mas esse conhecimento é a base para aprender essas coisas.

Depois de estabelecer o conforto ao usar o Git dessa maneira, você deve passar a trabalhar em diferentes ramos, entendendo o que é o “HEAD” e como manipulá-lo, bifurcando repositórios, mesclando alterações, etc.