3
respostas

06 Faça como eu fiz: utilizando o Git na IDE

Saudações amigos!

Segue abaixo minha sugestão de resolução para o desafio de operando o git na IDE.

Primeiro foi feita alteração no código do projeto para palpite entre 1 e 20.

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Após as alterações foi feita a verificação do status dos itens alterados e que estão eleitos ao processo de commit;

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Seguindo, o próximo passo é de elencar os arquivos e submete-los para o commit;

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Definir a mensagem para o commit;

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Sincronizar as alterações com base no commit para o diretório remoto;

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Pronto, agora é confirmar que o processo foi feito corretamente consultando o status e histórico de commits no GitHub.

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Bem, esse é o final! Agradeço a todos por verificarem esse processo, validarem ou corrigirem algo que fiz de forma incorreta.

Grande abraço!

3 respostas

Bom dia, Luis! Tudo bem?

A sua postagem dos passos necessários para enviar um commit do projeto para o repositório remoto me fez lembrar um dos primeiros artigos que li sobre, ela está super organizada e apresenta uma leitura bem funcional, meus parabéns!

Agora, te desafio a fazer esses passos diretamente do terminal!

Alura Conte com o apoio da comunidade Alura na sua jornada. Abraços e bons estudos!

Oi, Armano, Boa tarde!

Desafio aceito! Vamos lá!

Vou preparar algumas alterações no projeto de exemplo do curso, seguir os mesmos passos para versionar essas alterações no Git e ao final subir essas alterações para o diretório do GitHub utilizando o terminal.

Passo 1:

Foi feita alterações no arquivo de README do projeto com o intuito de descrever melhor de que se trata o jogo. Além disso foi criado uma imagem que vai ser exibida no README.

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Ao fazer essas alterações podemos ver através do comando "git status" os arquivos que foram inclusos ou alterados.

git status

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Nesse exemplo vemos que temos arquivos que apesar de inclusos ou alterados ainda não estão sendo controlados pelo Git. Ele apenas enxerga que tem mudanças e as elenca.
Nesse ponto esses arquivos podem ter dois status possíveis untracked (Não rastreado) ou modified (modificado, mas não ratreado também). Para resolver isso e fazer o git rastrear esses arquivos usamos o comando "git add nome_do_arquivo" ou no caso do código abaixo que utilizei para adicionar todos de uma vez.

git add .

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Após esse comando temos o seguinte cenário:

Insira aqui a descrição dessa imagem para ajudar na acessibilidade

Pronto! Agora o git sabe e tem essas mudanças rastreadas (Staged) e prontas para o próximo commit.
Vamos fazer o commit como mostra o comando abaixo:

git commit -m "Atualização do README com informações do projeto"

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Agora nosso repositório tem uma versão a frente da que temos no GitHub e precisamos subir essas mudanças como mostra a imagem a seguir:

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Vamos subir essas mudanças com o comando abaixo:

git push -u origin main

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
É isso aí! Vamos consultar agora no GitHub pra ver se consta no histórico de commits esse ultimo que fizemos.

Insira aqui a descrição dessa imagem para ajudar na acessibilidade
Com essa confirmação finalizamos o processo.

Grande abraço!

Olá, Luis!

Mandou muito bem! Seguiu todos os passos corretamente e ainda utilizou do git status em quase todas as etapas para verificar a autenticidade das ações já realizadas.

Agora seu prêmio por fazer esse desafio é uma dica extra:

Quando utilizamos o -u ou --set-upstream, que é a mesma coisa apenas de forma extensa, no comando git push -u origin main nos estaremos definido a branch main como padrão para envio de commits. Mas o que isso significa? Significa que na próxima vez que for usar o comando para enviar commits não será preciso passar a origin, logo o comando ficaria assim: git push.

Há ressalvas sobre o uso do -u fora de um ambiente de teste/estudos, pois em um ambiente profissional usaremos mais de uma branch por vez, logo não é muito usual sempre ficar definindo uma branch diferente como padrão.

Enfim, receba a informação e use como bem entender!