APRENDA GIT e GITHUB DO ZERO - guia completo

o Git sem dúvidas é uma ferramenta indispensável para qualquer desenvolvedor e com frequência a gente vê cada vez mais as empresas já pedindo para que os desenvolvedores tenham esse conhecimento nas vagas e nos processos seletivos E além disso vários de vocês já tinham me pedido para eu fazer um vídeo sobre esse assunto com um comentário aqui no canal e mensagens lá na adm Então nesse vídeo a gente vai entender o que é o Git para que que ele serve e quais são os principais comandos e saindo desse vídeo você já vai conseguir aplicar o Git

nos seus projetos então sem mais enrolações Bora para o vídeo [Música] a primeira coisa que a gente precisa entender quando o assunto é Git é o que de fato é o Git então o Git é um software Open software para versionamento de código e aqui a gente precisa entender duas palavrinhas a primeira O que é o pensar então open source é código aberto né na tradução livre e o que que seria um código aberto um código aberto é um código que não é enterprise então ele não é comandado por uma empresa e fechado e não

pode a gente não consegue ver o código fonte pelo contrário um código aberto a gente tem acesso ao código fonte desse software Inclusive a gente pode fazer contribuições para o código fonte e a gente pode usar de maneira gratuita um código pensões e a segunda palavrinha é o que é versionamento Então versionamento nada mais é do que a gente guardar um histórico das versões no nosso software histórico das versões diz respeito ao histórico de atualizações todas as modificações que a gente for fazendo ao longo né da vida do nosso software então é como se fosse

um versionamento é como se fosse uma agendinha onde toda vez que a gente muda o código a gente anota quem alterou Que dia foi alterado quais arquivos foram modificados e o que que foi modificado em cada um desses arquivos é uma agenda que guarda todas as versões do nosso software e a gente já vai entender porque que isso é importante então agora que a gente já entendeu o que é o Git vamos entender porque que ele foi criado né então o Git foi criado pelo Linux torvaldes o Linus torvaldes para quem não conhece é o

criador do linox o Linux é um sistema operacional o pensar Então as pessoas podem fazer contribuições para o Linux a gente pode instalar o Linux na nossa máquina sem pagamento nenhum né sem precisar pagar para usar esse sistema operacional porque ele é um sistema operacional aberto e aí na época né eu li nos tornado tá tocando aí o projeto do Linux e não tinha nenhuma solução de versionamento de código na época que fosse eficiente para um projeto do tamanho do Linux e ele tava precisando disso então ele criou o gits princípios do Git são a

velocidade e o suporte para desenvolvimento distribuído onde a gente tem várias ramificações paralelas quando a gente fala ramificações é que são né várias alterações que estão rolando ao mesmo tempo no mesmo código Então imagina ali que a gente tem várias pessoas trabalhando no mesmo projeto no projeto do Linux por exemplo cada uma tocando uma parte uma mexendo na parte da calculadora outra mexendo na parte de gerenciamento de processos outra mexendo na parte de driver de áudios etc né todas ali contribuindo para o mesmo projeto isso a gente chama de ramificações cada uma trabalhando na sua

ramificação a gente tem a ramificação principal onde a gente tem as alterações principais e depois que as pessoas terminarem de trabalhar elas mesclar as suas alterações na ramificação principal E aí a gente já entendeu o conceito de Branch o conceito de Marge Mas calma que a gente vai ver isso na prática então o Linus torval de criou o Grid né com esse objetivo para resolver os problemas na época né Tem um software rápido que permitisse fazer o versionamento do código ter um software que permitisse milhares de ramificações paralelas e que fosse capaz né de lidar

com projetos grandes do tamanho do Linux Então agora que a gente já entendeu o que que é o Git porque que ele foi criado né e por quem ele foi criado vamos entender como ele funciona na prática Então vamos começar entendendo os conceitos principais dentro do Git mas antes da gente começar Claro a gente precisa ter o Git instalado na nossa máquina eu não vou instalar aqui porque eu já tenho o Git na minha máquina mas eu vou deixar aqui na descrição do vídeo um link com um tutorial para vocês instalarem o Git na máquina

de vocês tá E aí vamos entender aqui os conceitos principais do Git eu mostrar no terminal como ele funciona né vou abrir ali o vs code e a gente vai utilizar Quando a gente tem o nosso software a gente né versionado com o Git a gente costuma ter uma Branch uma ramificação principal o que que essa ramificação principal é a ramificação que contém a versão do nosso código que o cliente está usando Então imagina por exemplo o App do Facebook o é pele do Facebook tudo aquilo ali que a gente vê é um código a

versão que a gente está utilizando ali no nosso aplicativo é a versão principal é a versão que contém todas as alterações que já estão estáveis e que já foram testadas e a gente costuma chamar a ramificação que tem essas alterações de mim ou de Master então é a Branch principal aí é que tem as alterações que estão estáveis a partir dessa ramificação a gente costuma criar novas ramificações que a gente vai as nossas alterações então a gente cria novas ramificações aqui por exemplo aí eu posso chamar de Nova alteração onde eu vou pegar tudo que

já tem hoje na versão atual do código vou fazer as minhas alterações então aqui né vou modificando fazendo alterações mexendo E aí vai chegar um momento onde eu vou querer juntar esse código que eu fiz de volta a ramificação principal então eu vou querer pegar essas alterações que eu fiz né Depois que eu já testei já modifiquei o código e vou querer jogar para essa ramificação principal porque eu vou querer que os meus clientes né acessem Essa alteração que eu fiz então esse conceito aqui que eu tô mostrando para vocês visualmente é como funcionam as

branques então a gente cria a partir de uma Branch principal uma ramificação essa ramificação é uma cópia de todo o código que tem aqui aí a gente começa a fazer nossas alterações e a partir desse momento o código começa a ficar diferente e chega um momento onde a gente quer juntar esse código de volta a ramificação principal quando a gente faz essa junção aqui a gente chama isso de murj então a gente fez um murge eu peguei as minhas alterações e mergiei ou mesclei na Master na made volta e aqui pode ter várias ramificações concorrentes

Então não precisa ter só essa aqui nova alteração pode ter a outra alteração também que é o meu colega que tá fazendo e aqui depois quando meu colega finalizar ele vai querer juntar na Master também ele vai querer juntar as alterações dele aqui e é lembra que eu tava falando para vocês que o Linus torvaldes né Queria lá um software de versionamento que permitisse várias ramificações paralelas era justamente para isso porque cada pessoa aqui do projeto estava criando a sua ramificação fazendo as suas alterações né E precisava manter esse versionamento e depois mesclar abrange principal

talvez ainda não tenha ficado tão claro tá Como é que isso funciona mas agora na prática eu acredito que isso aqui vai ficar mais claro mas antes da gente ver na prática no vscold como é que funciona uma coisa que eu quero falar para vocês é que esse versionamento todo né isso aqui esse histórico do Git ele fica salvo em arquivos tá só que o que o guit faz não é salvar a versão do arquivo alteração que a gente fez no código toda vez então ele não fica salvando um novo arquivo né onde ele coloca

ali o como tava a versão do código naquele momento não o que ele faz é salvar uma GIF que a gente chama que é diferença tá essa gif contém ali só o que foi modificado então por exemplo aqui Digamos que eu tenho um arquivo index HTML deixa eu pegar aqui Eu tenho arquivo index HTML aqui na Man tá aí eu vou lá e quero mudar esse arquivo index HTML eu queria minha ramificação e muda o arquivo aí depois eu quero juntar essa minha modificação de volta para Branch Man né quero voltar aqui e botar ela

na Brant principal o que que vai salvar nesse momento ele vai salvar essa aqui que eu fiz do arquivo aí vai salvar essa nova versão atualizada vai salvar versão antiga não que ele faz é salvar ali literalmente o que que eu mudei desse arquivo para esse Quais foram as linhas de código que eu alterei ele salva só essa diferença do que foi alterado como ele tem o histórico do projeto desde o começo desde o primeiro comete que a gente chama que é a primeira alteração de todas até a mais atual a gente consegue através de

cada uma dessas gifs dessas diferenças de modificação do arquivo ver tudo que foi mudando ao longo do tempo e ter todo o arquivo ali construído mas de novo Talvez possa estar meio confuso mas agora olhando na prática acho que vai ficar mais claro bom e agora partindo para os principais comandos do Glitch eu criei um projetinho aqui no meu vs code onde basicamente eu tenho um arquivo index HTML que tem o meu HTML em um arquivo CSS e a gente vai adicionar o Git aqui nesse nosso projeto Então a primeira coisa que a gente precisa

fazer é abrir o nosso terminal então vou abrir que o meu terminal e a gente precisa iniciar o nosso Git então a gente precisa iniciar o versionamento do nosso código como é que a gente faz isso através do comando Git e nit então vou clicar aqui gitnit e ele já vai ter iniciado o vídeo quando eu fiz isso aqui vocês devem ter percebido ó que meus arquivos ficaram verdinhos e aqui no meu vs code ó no canto esquerdo ele tá aparecendo aqui ó controle de código fonte e dois porque porque tem duas alterações no meu

Git quando eu iniciei meu Git ele iniciou vazio então meu histórico de alterações não tem nada não tem nenhum arquivo ali adicionado nenhum arquivo modificado nada só que aqui no meu vs code eu tô com dois arquivos que é o index HTML e o styless que ainda não estão registrados no meu histórico de versionamento quando eu iniciei inicia vazio e aquele tá indicando para mim ó todas as alterações que foram feitos nesse arquivo então a gente consegue ver que é todas as linhas do arquivo e tudo que foi modificado que é todas as linhas do

arquivo porque é um arquivo novo então aqui o a gente precisa fazer para salvar esses arquivos no meu histórico né que que eu vou fazer aqui a gente vai comentar isso então comentar é o ato de pegar as alterações que eu fiz né dar um nome para essas alterações e salvar no histórico de direcionamento voltando lá por exemplo da agendinha comentar seria um momento onde a gente escreve alteração na agendinha e como é que a gente faz para fazer o convite quais são os comandos quem que vai fazer é Git é de ponto Quando eu

fizer Git é de ponto ele vai pegar todos os arquivos que estão alterados e vai adicionar num estágio para Comet então aqui eu vou fazer kit de ponto a gente consegue ver agora que eles os arquivos não estão mais verdes e eles estão aqui em alterações Preparadas se eu não me engano que que é alterações Preparadas então prontas para serem comentadas agora com as alterações Preparadas eu vou comentar então vou fazer aqui ó Git comete menos M menos m para definir uma mensagem aí eu abro a Steam e vou dar uma mensagem para isso aqui

então vou chamar de primeiro convite comitei a gente já consegue ver ó master master lembra que eu falei para vocês e a ramificação principal E aí aqui ó primeiro o convite dois arquivos foram mudados 95 inserções aí criou o nodo index HTML e criou o modo né style.ss Agora se a gente vê aqui ó não tá mais aparecendo aqui dois arquivos no controle de código fonte e meus arquivos não estão mais verdes se eu fizer agora por exemplo um Git status a gente vai ver que ele me retornou o seguinte ó você está na Brant

Master e não tem nada para você comentar você tá trabalhando numa ramificação limpa o que que isso quer dizer o que que esse comando status faz ele basicamente dá o status das nossas alterações atuais eu vou fazer uma alteração aqui no arquivo index HTML para mostrar para vocês então aqui eu vou criar um H2 aqui embaixo só isso vou só adicionar um H2 Agora se a gente vê aqui de novo já vai ter aparecido aqui um númerozinho aqui no controle código fonte o meu arquivo agora ele tá com esse m de modificado se eu clicar

aqui e abrir para ver quais foram essas alterações a gente vai ver ó que tá mostrando que eu adicionei uma nova linha então ele tá vendo só a diferença da versão anterior para essa versão que eu tenho agora e se eu fizer gite status a gente já vai ver que a mensagem vai mudar olha vai dizer você tá na Brant Master e tem algumas alterações que não foram Preparadas para komite use Git Edge que foi que a gente fez antes e o nome do arquivo ou gith ray story para descartar as alterações e não tem

nenhuma alteração adicionada para comentar use Git Edge e depois getchualmente menos a então aqui ele tá dizendo já ele já tá percebendo ó que a gente modificou o arquivo index HTML e que a gente ainda não fez o convite desse arquivo lembra que eu falei para vocês aqui fazer o Git Edge quando a gente faz Git é de ponto a gente adiciona todos os arquivos que estão alterados para o estágio de Comet mas pode ter momentos onde a gente alterou vários arquivos a gente não quer comentar eles todos juntos a gente quer dar mensagens diferentes

para cada alteração aí como é que a gente faz isso né como é que a gente adiciona só os que a gente quer comentar a gente vai fazer gite Edge e o nome do arquivo Então vou adicionar para o estágio de comente só o index HTML aí ele adiciona aqui como alterações Preparadas né Ou a gente pode aqui dentro do vscode fazer tudo via botões então eu poderia vir aqui e clicar nesse menuzinho eu volto a minhas alterações para um estágio não preparado ou posso vir aqui clicar nesse maiszinho aí eu adiciono as minhas alterações

no estágio preparado para comente e de novo eu posso vir aqui colocar vídeo comente menos m e colocar a mensagem que eu quero dar para esse meu convite ou eu posso vir aqui escrever nesse Campo mensagem posso vir aqui e colocar segundo komite coloque-se ok aqui nesse cheque para comentar e a minha o meu convite foi feito vou fechar todos os arquivos e vou digitar aqui agora Git status para a gente ver qual status vai ser mostrado ele vai me dizer onbrint Master nada para comentar você tá trabalhando numa ramificação limpa então agora a gente

já entendeu o que são os comentes né e como funcionam os comandos GT Edge gite status e guite comente agora a gente vai entender como funcionam as brantes e como é que a gente pode ver o histórico de alterações que a gente já fez e agora se a gente quiser visualizar né o histórico dos comentes que a gente já realizou a gente pode rodar o comando Git log quando a gente faz vídeo logo a gente consegue ver aqui que Ele me mostrou dois comentes e Todas aquelas informações que eu falei para vocês então aqui ó

o autor né quem é que fez o convite a data que esse convite foi realizado o nome do Comet então uma mensagem né explicando o que que foi aquele convite e ele tem um resto também esse resto é o ID de identificação desse comente tá então caso a gente precise reverter algum convite ou voltar o nosso código para algum convite específico a gente faz isso através desse resto porque é o que identifica que Ele comete unicamente e aqui a gente consegue ver ó que a gente tá no Head Master então a gente tá na versão

mais atual da Branch Master E se a gente vier aqui tem outro comando bem interessante que a gente pode usar para ver as diferenças do nosso código então eu vou vir aqui e vou colocar mais uma alteração no meu index HTML eu vou criar um H3 de novo ele vai me indicar aqui que tem uma modificação nesse arquivo e eu vou vir aqui no meu terminal eu vou rodar glitch gif quando eu roda Esse comando gif olha só que legal o que faz ele mostra para mim qual é a diferença do meu arquivo atual para

o último convite realizado então a última coisa que foi salva para o que eu tenho hoje Quais foram as modificações Quais foram as diferenças lembra que eu tava falando para vocês das gifs né que gifs significa diferença e que o Git guarde essas gifs cada comente tem uma dífe né O que que foi mudado de um convite para o outro e aqui a gente já consegue ver a diff então que tem de diferente nesse meu arquivo foi só a adição dessa linha aqui mas se eu fizer o GT Edition menos M colocar minha mensagem como

terceiro comete come tá vou limpar aqui meu terminal vou dar um kit de if de novo ele não vai mostrar nada porque agora tá tudo coitado e não tem nenhuma diferença nesse arquivo Mas se eu for lá e adicionar uma nova linha né ou adicionar três novas linhas e deram um Git gif de novo ele vai me mostrar essa diferença e como é que a gente pode fazer para descartar essas alterações Digamos que eu modifiquei Mas eu não quero comentar amod fiquei errado a gente pode fazer Git Rei Store e aí o nome do arquivo

Qual o arquivo que eu quero fazer o Restart voltar para a última versão né então se eu dou aqui um vídeo Rei Store ele já tira as modificações que eu fiz e se eu der aqui um Git gif de novo não vai ter mais nenhuma diferença mas a gente pode fazer isso via vs code também então vou vir aqui adicionar essas linhas de novo se eu vier aqui no controle de versão de código e ver aqui as alterações listadas eu posso vir aqui em vez de adicionar e preparar para acomite eu posso clicar aqui nesse

botãozinho de descartar alterações eu clico ele vai descartar todas as modificações que eu fiz nesse arquivo agora o próximo passo que a gente vai dar é entender como criar outras ramificações lembra que a gente estava falando das ramificações cada pessoa ali que tá trabalhando no projeto cria sua ramificação vai fazendo suas alterações bom vamos entender como é que a gente pode fazer isso aqui se a gente vê aqui no cantinho esquerdo né aqui embaixo o vscode tá me mostrando em qual ramificação eu estou Qual o Brake eu estou eu estou na Brant Master mas a

gente poderia fazer isso também através de great bright se eu fizer Git Brant ele me mostra qual a Branch que eu estou Atualmente como é que eu faço agora para criar uma nova Branch a gente pode fazer o seguinte eu posso fazer Git checkout quando eu faço check-out eu tô fazendo check-out para outra braint eu tenho o check-in e o checkout né então eu tô me movendo tô saindo da Brand que eu tô atualmente estou indo para outra se eu fizer checkout menos B eu vou criar uma nova Branch A partir dessa brand que eu

tô atualmente então eu vou pegar todas as alterações que tem nessa Branch vou jogar lá para essa minha nova braint eu vou partir daí então eu faço menos b e o nome da minha Branch dessa forma ele vai me dizer aqui ó mudou para uma nova Brant chamada de nome da minha Branch agora se eu fizer Git Brant ele vai dizer que agora eu tô nessa Branch aqui nome da minha Branch E se eu quiser voltar para Master como é que eu faço Fê a gente faz Git check out aí eu não preciso colocar o

menos B porque eu não tô criando uma Bridge nova eu tô indo para uma que já existe faça o Git checkout Master então voltei lá para Brant Master ele já diz aqui ó suite to braint Master então você mudou para Brant Master se eu quiser voltar de novo para Brant que eu queria eu faço o vídeo check out nome da minha Branch E aí eu entro nela agora a gente vai fazer uma alteração nessa nossa Brant aqui essa alteração vai existir só nessa nossa Branch não vai existir na Brant Master Então vou ver aqui vou

criar outros parágrafos vou comentar esses parágrafos aqui que eu criei então vou fazer gift é de vou adicionar vou fazer o Git comente vou colocar uma mensagem adicionando parágrafos na página e comitei vou limpar agora se eu der um kit log a gente vai ver aqui no histórico dos nossos comentes que tá aparecendo esse convite aqui add parágrafos na minha página mas se eu voltar para Brant Master então vou fazer Git checkout Master e o colocar de novo Git log esse Comet de adicionando parágrafos da minha página não existe Vocês conseguem ver aqui que o

histórico acaba no terceiro convite e se a gente vier aqui ó para nossa página para o nosso arquivo index HTML não tá aparecendo aqui que todo aqueles parágrafos que a gente criou mas se eu fizer um check-out para o nome da minha Branch ó aqui nessa Branch tem essas alterações então a gente consegue ver duas branches né do mesmo projeto com alterações diferentes e agora Digamos que eu quero é jogar essas minhas alterações para Brant Master né quero mandar elas para Brant principal como é que a gente vai fazer isso a gente vai voltar para

nossa Branch Master então vou fazer e aqui na Master eu vou fazer de hoje vou mesclar as alterações daquela outra Branch lá então vou fazer um Git murge nome da minha Brant quando eu faço isso a gente consegue ver que ele fez aqui ó update né Fiz uma atualização esse arquivo foi modificado teve cinco alterações um arquivo modificado e cinco alterações e agora a gente consegue ver que aqui na minha Branch Master ele já tá mostrando essas alterações se eu fizer agora um Git log já tá aparecendo o convite de add parágrafos na minha página

então agora a gente já entendeu como criar branches dentro do nosso projeto né diferente para modificações e como é que a gente junta essas ramificações quando a gente quer juntar essas alterações então digamos agora que eu quero fazer uma alteração aqui na Master Então vou vir aqui na Master vou adicionar outro título aqui vou adicionar quatro vou comentar então vou fazer um Git Edge e indexmlit é de ponto né adicionar todos os arquivos e te comente vou dar uma mensagem adicionando o novo título Pronto agora eu vou ir lá para minha Brant nome da minha

Brant e aqui não tem esse novo título agora eu quero pegar essas alterações da Master e jogar aqui como é que eu faço posso fazer um Git murge Master vou pegar as alterações que tem na massa e vou trazer aqui para minha Brant E agora se eu der um Git log eu vou ver que já tá aqui no meu histórico de alterações esse comete de add novo título porque eu fiz o murder essas alterações da minha Branch e o último ponto que a gente vai entender no vídeo de hoje é o que são os remotes

né então se a gente deu uma olhadinha aqui no nosso vs code a gente consegue ver aqui que na aba de controle de código tá aparecendo para nós esse botãozinho aqui para publicar Brant e o que que isso significa a gente pode pegar esse nosso histórico de versionamento e levar para um local remoto para uma nuvem como se fosse E por que que é interessante a gente fazer isso bom porque se a gente deixar o histórico de versionamento de código só na nossa máquina se acontecer alguma coisa com dessa máquina a gente além de perder

o código a gente pede todo o histórico de versionamento e quando a gente tem um projeto grande onde várias pessoas estão atuando em algum projeto da empresa não é interessante a gente deixar na máquina só de uma pessoa é interessante a gente deixar isso num local remoto né numa nuvem para que todos consigam fazer acesso e consigam ir atualizando o código e aí que entram os remotes você já devem ter escutado falar sobre o github o github é um Git remote então é como se a gente pegasse todo o histórico de direcionamento do código e

em vez de deixar só localmente na nossa máquina a gente envia para o github e o código fica guardado lá e além do github tem outros serviços também de get remote por exemplo o guite Lab o beatbox que são outros exemplos aí bem utilizados Então vamos configurar aqui nosso primeiro Git remote então o que que eu vou fazer eu vou abrir aqui meu navegador e vou entrar no meu githunder já tô com ele aberto e aqui no meu github eu vou criar um novo repositório cada um desses repositórios representam um projeto meu um código então

aqui eu vou criar um novo projeto né vou guardar um novo código vou dar um nome para esse meu repositório vou chamar de meu projeto aqui eu posso colocar uma descrição eu posso colocar ele como público ou privado quando ele tá público qualquer um pode ver o código né pode ver esse meu repositório e quando ele tá privado ele aparece só para mim quando deixa público normalmente são projetos só penso só isso aqui que a gente quer compartilhar com a comunidade mesmo que as pessoas podem ver nosso código podem se basear no nosso código podem

utilizar podem fazer contribuições quando eu quero que seja um projeto só meu que eu não quero compartilhar o código com as outras pessoas eu coloco aqui um repositório privado eu vou deixar como público e vou criar o repositório com o repositório criado a gente já vai ver aqui que ele vai nos dar algumas instruções de como é que a gente pode conectar o nosso Git a esse repositório então aquele nos mostrou ele falou um gitnite isso a gente já fez o nosso projeto um kit é de redmi redmi é só um tempo né um arquivo

onde vai ter um leia-me né do nosso projeto que vai dizer ali como é que roda o projeto do que que o projeto se trata etc é só uma documentação sobre o projeto Aí depois ele indica né Fazer o primeiro convite criar Brand e adicionar o Remote tudo isso aqui de fazer nosso primeiro convite adicionar nossos arquivos criar o nosso Git a gente já fez a gente vai partir só para essa etapa aqui de adicionar o nosso repositório remoto então eu vou copiar aqui esse link do repositório remoto e a gente vai fazer lá no

nosso vs code Então como é que a gente adiciona um repositório remoto a gente faz através do comando Git remote Edge Então a gente vai adicionar um novo remoto e a gente tem que dar um nome para esse remoto o padrão é chamar de Origin então origem então Git remote é de origem e aí a URL da onde fica esse repositório remoto adiciono beleza sem problemas e agora como é que eu faço para enviar esse meu código lá para o repositório remoto eu faço um vídeo push eu vou né Git push Origin então eu quero

empurrar para origem aí eu tenho que passar Qual é a Brand que eu quero empurrar para lá né que eu quero fazer o push então name não opa é nome da minha Branch nome da minha Branch que é o nome da nossa Brant né então Git Plus para lá salvando ela lá no repositório remoto eu faço isso ele vai me mostrar aqui o feedback vai dizer ó que uma nova Branch foi criada lá no meu repositório remoto quer saber a gente não existia antes Se eu der um Reload aqui na nossa página do github a

gente já vai ver que o código vai estar aparecendo aqui e aqui a gente consegue ver aquele Diz para mim ó uma Branch tem uma Branch aqui o nome dessa Branch é nome da minha Branch e aqui a gente consegue ver o histórico de comids também se a gente vê aqui ó tá todos os comentes que a gente fez primeiro comente segundo Comente o terceiro comente adicionando parágrafos na página e adicionando o novo título se eu quiser adicionar agora aqui mais uma Branch no meu repositório remoto eu posso fazer isso então vou fazer o check-out

para nossa Branch Master Git checkout Master e vou fazer um gift Punch Origin então Vou empurrar lá para a origem a Branch Master também não quero só o nome da minha Brant eu quero colocar essa Branch Master lá também porque imagina que a gente vai ter várias pessoas ali trabalhando no projeto todas as pessoas querem no final do dia salvar sua Branch né lá no repositório remoto que ia deixar salvo para não correr o risco de perder então aqui eu posso fazer um push e ele já criou a nova braint Master lá no repositório remoto

se a gente abrir aqui de novo github deram um Reload a gente já vai ver aqui ó que aparece duas brands agora tem duas brands Master e o nome da minha frente que ficou como Theft aqui porque foi a primeira Branch que a gente enviou mas por padrão o defaul é a brightmain principal e agora eu vou mostrar para vocês o processo contrário Então aqui a gente fez o push então a gente pegou as alterações que tava na nossa máquina localmente e empurrou lá para o repositor remoto jogou para lá enviou e se agora né

alguém fizer alguma alteração lá no repositório remoto por exemplo outro colega nosso nesse meio tempo fez um push também ele fez alteração dele e mandou para o repositor remoto e eu quero pegar essas alterações que ele mandou para lá quero puxar para minha máquina para eu trabalhar a partir daí como é que eu faço isso bom vou mostrar para vocês então como a gente não tem outro colega aqui para simular fazer um push simultâneo eu vou eu mesmo aqui no githrub adicionar um novo arquivo via botõezinhos mesmo vou adicionar um arquivo chamado e vou deixar

aqui só o meu projeto vou comentar essas alterações então aqui comente messenger eu vou colocar adicionando redmi e vou comentar essas essas alterações e vou comentar diretamente na Brant nome da minha Branch Então vou comentar aqui nessa frente beleza adicionei esse novo arquivo então agora aqui no meu repositório remoto tem alterações que na minha máquina localmente não existe tá na minha máquina não existe esse redmi mas eu quero puxar essas alterações para mim para eu partir e continuar fazendo as minhas alterações da versão mais atualizada ou para eu ver o que que o meu colega

fez ou para eu ter a versão mais atualizada do código aqui para rodar enfim por ele motivos como é que eu vou fazer isso eu vou voltar aqui para o nosso para o nosso vs code vou limpar o meu terminal e vou fazer o check-out para o nome da minha Branch né vou voltar para essa nossa Branch aqui como é que eu puxo as alterações agora como é né eu puxo as alterações lá do repositório remoto então a gente tava fazendo um push para empurrar agora a gente vai fazer um Pou que é puxar pegar

para nós então vou fazer tipo Origin o nome da minha Branch Quando eu fizer isso eu vou pegar tudo que tem lá no repositório remoto que não tem na minha máquina e vou trazer para minha máquina então que tipo e ele já apareceu aqui ó que um arquivo foi mudado né teve uma inserção que foi o redmi se eu vier aqui a gente já consegue ver que o redmi tá aqui dentro agora então a gente já aprendeu também como conectar o nosso Git local com um repositório remoto e como a gente manda as nossas alterações

para esse repositório remoto e como a gente pega essas alterações do repositório remoto e coloca na nossa máquina e o último comando que eu quero mostrar para vocês é um comando que vai permitir que a gente Atualize as nossas branches locais de acordo com as brantes que estão no repositório remoto então aqui no repositório remoto eu vou criar uma nova Branch que eu vou chamar de teste de Branch que vai ser criada a partir da Brant Master então eu vou criar aqui essa nova Brant agora lá no meu repositório remoto eu quero atualizar que existe

essa nova Brant né dentro do meu Git como é que eu faço isso eu posso vir aqui e fazer um Git fat Quando eu fizer gift ele vai sim cara todas as alterações que tem lá no repositório remoto com as alterações que eu tenho aqui local né nessas Brains ele não vai atualizar minha Brand que eu tô trabalhando mas sim trazer novas brands ou novas alterações que aconteceram nas outras brands e quando eu faço isso a gente já consegue ver que ele me trouxe aqui ó New Brand Então existe uma nova Branch que foi puxada

que foi essa Branch aqui teste Branch Então esse comando aí é muito interessante quando a gente quer por exemplo começar no nosso dia de trabalho né a gente deslogou ontem às 6 horas da tarde hoje às 9 da manhã tô entrando no trabalho de novo quero ver se algum colega meu fez algum push novo criou alguma nova Brain etc eu faço um gift e cinco todas essas alterações faço essa sincronização então agora vamos fazer um recap de os comandos que a gente aprendeu nesse vídeo então primeiro comando que a gente aprendeu foi o geekinite que

é usado para iniciar um novo projeto com Git então a gente inicia o versionamento do nosso código o outro comando que a gente aprendeu foi o Git Edge e aqui no Git Edge é o nome do arquivo né que a gente pode passar ou a gente pode colocar só um ponto o que que esse kit é de faz ele Adiciona os arquivos que estão prontos para serem comentados aí em seguida a gente aprendeu o Git comite menos M E aí a mensagem de comete o que que esse comando faz ele comita os arquivos no histórico

então a gente né efetiva essas alterações que a gente realizou depois disso a gente aprendeu também o Git log que mostra os últimos cometis né mostra o log de alterações a gente aprendeu também o Git status que mostra como está o estado da nossa ramificação se tem alte para serem comentada se tem alterações que já foram Preparadas para serem comentadas mas ainda não foram eles nos mostra todo esse status a gente aprendeu também o Git GIF que mostra o que foi alterado o que que tem de alteração né na nossa ramificação atual além disso a

gente aprendeu também o Git murch o Git murge faz o murge de ramificações ou seja mescla ramificações além disso a gente aprendeu Git Brant que mostra a nossa Branch atual a gente aprendeu também o Git Brant menos b e aqui o nome da nossa Brant né que a gente quer criar então esse comando cria uma nova braint a partir do histórico da Branch atual que estamos além disso a gente aprendeu também o comando Git checkout que a gente pode fazer passando o nome da Branch dessa forma a gente muda para essa Branch né vai para

essa Branch ou o check - B E aí o nome da Brant que vai criar uma nova Branch a partir da Branch atual que estamos Então a gente vai criar uma nova Branch a partir da Brand que a gente se encontra no momento além disso a gente aprendeu o Git remote Ed passando o nome do remote e é URL que adiciona um novo repositório remoto além disso a gente também Aprendeu o Git Punch nome né do remoto e o nome da Branch o que que isso faz manda nossas alterações locais para o repositório remoto depois

a gente aprendeu e isso aqui né É para cada Brand então a gente pode ir mandando as alterações de cada Branch além disso a gente aprendeu também tipo que passa o nome e o nome da Branch o que que esse comando faz ele pega as alterações do repositório remoto e joga para nossa máquina então visualiza a nossa Brant de acordo com as alterações que tem lá no repositório remoto e por fim a gente aprendeu também o Git fat o que que o gift faz ele atualiza o nosso histórico local de acordo com o histórico salvo

lá no repositório remoto então isso aqui serve quando a gente quer atualizar né todas as novas brands que foram criadas quase novas versões a gente faz só um kit fat e faz um sim que né faz uma sincronização do local com um remoto e olha se a gente vê foram muitos comandos do Git que a gente aprendeu aqui hoje e com esses comandos aqui vocês já conseguem utilizar essa ferramenta de uma forma bem abrangente Claro tem vários outros comandos que a gente precisa aprender alguns comandos mais complexos que envolvem conceitos mais complexos do Git também

e isso a gente pode deixar para outro vídeo Mas a partir desses comandos aqui eu tenho certeza que você já vão conseguir utilizar o Git nos seus projetos se você gostou desse vídeo e quer ver uma parte 2 com comandos mais complexos do Git né conceitos mais complexos deixa aqui nos comentários né se você gostaria de ver esse vídeo que aí eu vou preparar esse vídeo para vocês então galera para Esse vídeo foi isso Eu espero que vocês tenham gostado e se esse vídeo te ajudou de alguma forma não esqueça de deixar seu like e

se inscrever aqui no canal também Para apoiar mais conteúdos de programação e Tecnologia de forma gratuita e eu gostaria de aproveitar esse momento para agradecer todos os membros aqui do canal então muito obrigada pela confiança no meu trabalho por todo o carinho e por todo o apoio que vocês dão aqui para o canal o apoio de vocês é um diferencial para que eu continue trazendo cada vez mais conteúdos eu agradecimento especial a todos os membros aqui do canal então muito obrigada Rafael Kenzo Cícero Rafael Cordeiro Luiz Felipe André Brito Frank Santos Leonardo Machado Miguel esquiel

Cristóvão Martins Flávio Santos Daniel Henrique Mr bike Rogério Oliveira Vinícius canalles Lucas Martins Maurício Prado e Damásio Gomes Vocês são muito especiais aqui para o canal bom galera para Esse vídeo foi isso e até o próximo vídeo