‫Jonas: Vamos agora examinar rapidamente
‫os fundamentos absolutos do Git, e esta
‫não é de forma alguma uma visão geral completa do Git.
‫Tudo o que quero fazer aqui é
‫fazer com que você comece a usar o Git
‫o mais rápido possível para que possamos então implantar nosso projeto no Heroku.
‫E como mencionei no último vídeo,
‫vou começar a usar o Git na linha de comando agora, certo?
‫E, na verdade, estou usando
‫o terminal bem aqui no VS Code novamente.
‫Então, vamos encerrar o processo atual aqui, certo?
‫E agora aqui em nossa
‫pasta de projeto local,
‫crie um novo repositório, e fazemos isso escrevendo git init, ok?
‫Pressione Enter e pronto.
‫Então, acabamos de inicializar um repositório Git vazio ou
‫também podemos chamá-lo apenas de repo.
‫Então isso é um pouco mais fácil de dizer.
‫Então, novamente, a fim de criar um novo repositório,
‫ou repo, para o seu
‫projeto, você precisa navegar até a pasta do
‫projeto, o que aqui no VS Code acontece meio que automaticamente.
‫Então, estamos automaticamente bem aqui
‫na pasta Home e aí você escreve
‫git init, e então ativa este novo repositório.
‫E aqui na minha linha de
‫comando, você pode realmente ver esta parte amarela agora aqui do prompt,
‫e provavelmente no seu terminal você não terá isso, e
‫realmente não importa.
‫Então tudo o que isso significa
‫aqui é que agora temos um repositório com um branch chamado master, ok?
‫E um pouco mais sobre o branch master mais tarde.
‫De qualquer forma, antes de fazermos qualquer
‫outra coisa, vamos criar um arquivo especial chamado gitignore,
‫e nele adicionaremos todos os
‫arquivos que não queremos ter em nosso repositório.
‫Então esse é um tipo de
‫arquivo de configuração como essas configurações mais bonitas ou eslint.
‫Então posso criar um novo aqui.
‫A saída aqui.
‫Assim . gitignore, assim, certo?
‫E o VS Code, na
‫verdade, mais uma vez, já reconheceu
‫esse arquivo e adiciona esse belo símbolo a ele.
‫E a primeira pasta
‫que realmente queremos ignorar completamente é a
‫pasta node_modules, então escrevemos node_modules, certo?
‫Espere um segundo e depois
‫também deseja ignorar o arquivo de configuração.
‫Portanto, todos os arquivos de variáveis de ambiente.
‫E assim podemos dizer todo o. arquivos env, ok?
‫Portanto, não queremos a pasta
‫node_modules em nosso repositório, porque simplesmente não é necessária.
‫Então, por exemplo, se vamos fazer upload
‫de nosso repositório para o GitHub, não queremos fazer upload de
‫todas essas dezenas de milhares de arquivos porque,
‫uma vez que baixamos o
‫projeto do GitHub em outro lugar, podemos facilmente
‫obter a pasta node_modules de volta escrevendo npm install, certo?
‫Portanto, tenha em mente que o Git também trata de
‫compartilhamento, não apenas de salvar seu código com instantâneos ao longo
‫do tempo, mas também de toda essa colaboração.
‫Agora aqui no VS Code do lado
‫esquerdo, na verdade temos essa integração com o Git.
‫Portanto, se você clicar
‫aqui, verá todos os arquivos marcados como modificados.
‫Bem, no momento não vemos
‫nenhum aqui, então vamos apenas recarregar, mas eles ainda não aparecem aqui,
‫e eu acho que é porque
‫inicialmente tínhamos muitos arquivos em node_modules, e
‫agora o VS Code está um pouco confuso com isso.
‫Vamos verificar nossos problemas.
‫Não, não tem nada a ver com isso, certo?
‫Mas, de qualquer forma, isso realmente não importa, ok?
‫O que importa é que agora também
‫podemos ver todos esses arquivos modificados escrevendo o status git.
‫Assim, ok?
‫E aqui estão agora todos os arquivos e pastas que
‫basicamente ainda não foram confirmados em nosso repositório.
‫Então Git é tudo sobre commit, então vamos aprender agora
‫como podemos enviar arquivos para o repositório, e isso
‫é um processo de duas etapas.
‫Primeiro precisamos adicionar os arquivos a uma chamada área de teste,
‫e só depois que eles estiverem nesta
‫área, podemos enviar todos
‫os arquivos que estão lá para um novo commit, certo?
‫Então vamos fazer isso.
‫Então git add, e se eu quiser
‫adicionar todos os arquivos, posso simplesmente escrever -A, certo?
‫Isso está demorando um
‫pouco agora porque há tantos
‫arquivos, e agora se eu escrever git
‫status novamente, vamos ver, agora todos eles estão verdes.
‫Então aqui você pode ver todos os toneladas
‫desses arquivos que agora serão adicionados ao nosso git commit, ok?
‫Agora, na verdade, não quero esses arquivos em cache
‫nesta pasta de cache,
‫então vamos nos livrar dessa pasta rapidamente.
‫Ok, então eu espero que eles também tenham ido embora agora.
‫Então, vamos esperar que eles também tenham ido embora agora.
‫E delete, eles agora estão deletados, então não estão
‫mais aqui, mas vamos
‫ver se todos os outros ainda estão aqui.
‫Ok, então você vê que eles não são testados para
‫commit, mas todos
‫esses outros arquivos, eles agora serão confirmados no repositório.
‫Agora provavelmente parece um pouco confuso para você por
‫que primeiro temos que adicionar esses arquivos à área de teste,
‫e só então eles podem ser confirmados.
‫E a razão rápida para isso é
‫que você pode querer adicionar arquivos diferentes para commits diferentes, certo?
‫Portanto, imagine que você alterou 10 arquivos, mas
‫deseja comprometer apenas cinco deles em um determinado commit.
‫E então, por encenação, você pode fazer isso.
‫Mas nós apenas queremos mantê-lo muito simples aqui, então simplesmente adicionamos
‫todos os arquivos a esta
‫área de teste e, em seguida, confirmamos todos eles.
‫E, na verdade, vamos fazer
‫de novo porque agora eu apaguei todos esses arquivos.
‫Então vamos fazer git add -A de novo, ok?
‫E agora estamos prontos para
‫confirmar os arquivos escrevendo git commit -m,
‫e então especificamos uma mensagem de confirmação.
‫E esta mensagem deve ser realmente descritiva
‫das mudanças que você fez.
‫Agora, normalmente, o primeiro commit é chamado Initial commit, então vamos
‫fazer isso aqui também.
‫Então Initial commit, click Return, e é isso.
‫Então, com esse commit
‫salvamos todas as modificações no repositório e,
‫novamente, um commit é como um instantâneo de
‫todo o código em um determinado ponto no tempo, certo?
‫E a filosofia é criar um novo commit cada vez que
‫você fizer mudanças significativas em sua base de código.
‫Portanto, o conceito de commit é realmente o ponto central do Git.
‫Então tudo gira em torno de se comprometer, certo?
‫E agora vamos apenas tentar modificar algum arquivo aqui.
‫Portanto, podemos fechar tudo isso.
‫Agora vamos abrir o aplicativo. js aqui, certo?
‫Feche um pouco mais.
‫E aqui vamos apenas dizer Iniciar aplicativo expresso.
‫Salve e você verá imediatamente no
‫VS Code como obtemos essa linha verde.
‫E isso
‫significa que havia algo novo inserido neste ponto.
‫Agora você também
‫pode clicar nele e ver basicamente como era
‫antes, e também pode, aqui mesmo, voltar no tempo.
‫Portanto, reverta a mudança.
‫E a mesma coisa quando você apaga algo.
‫Então, vamos apenas deletar essa linha de código.
‫E aqui você vê que
‫antes basicamente havia algo.
‫Então, novamente, você pode clicar
‫nele e basicamente ver o que havia antes.
‫Você pode voltar no tempo,
‫então vamos fazer isso para trazê-lo de volta.
‫Agora, vamos tentar carregá-lo rapidamente aqui,
‫mas por algum motivo os arquivos alterados não aparecem aqui.
‫Então, idealmente, agora app. js estaria aqui nessa
‫lista porque esse é o arquivo que acabei de editar, ok?
‫Mas, novamente, de qualquer maneira, isso não é realmente importante.
‫Ele também deve aparecer aqui nesta
‫árvore de arquivos com uma cor diferente assim que eu o edite, ok?
‫Agora, se dissermos git status
‫novamente, você verá aqui modificado: app. js ok?
‫Então essa é a única saída que
‫temos aqui, e você também vê
‫que as alterações ainda não foram testadas para commit, ok?
‫E agora, novamente, vamos adicionar todos eles.
‫Então git add e então -A, ou
‫podemos também apenas adicionar este único arquivo ao add.
‫Então, app. js tudo bem?
‫Vamos tentar git status novamente, e agora está verde.
‫E isso significa que as alterações serão confirmadas assim
‫que fizermos um novo commit.
‫Então vamos fazer isso, git commit -m.
‫Para a mensagem, adicionou um comentário e
‫é isso.
‫Então, você vê, a mensagem adicionou o comentário.
‫Um arquivo foi alterado e houve uma inserção.
‫Então essa é essa linha aqui.
‫E agora aquela barra verde que tínhamos aqui se foi,
‫e isso significa que agora tudo está limpo novamente.
‫Agora você também vê que este mestre aqui, você
‫também vê aqui,
‫e isso significa que estamos no ramo mestre.
‫Portanto, branches são outro conceito muito importante no Git, mas não
‫irei realmente entrar nisso neste ponto.
‫Por enquanto, sempre trabalharemos apenas no branch master.
‫Ótimo, agora você tem um repositório local com todo
‫o seu código comprometido com ele.
‫E assim, no próximo vídeo,
‫vamos realmente colocar esse branch em um branch remoto no GitHub.
‫Então, basicamente, hospede-o na conta do GitHub
‫que acabamos de criar.
‫Espero ver você lá em breve.