Curso de GitHub gratuito: controle de versão com Git do zero

0:00Boas-vindas, pessoal! Hoje a gente vai dar uma olhada na aula de abertura de um curso super útil, o GitHub: Controle de Versão do Zero. A ideia desse material é ser um guia direto para quem nunca usou essas ferramentas, mas que precisa lidar todos os dias com arquivos que mudam o tempo todo. Então, vamos mergulhar logo de cara no que realmente importa para acabar de vez com a desorganização.

0:21Para começar, olha só se essa lista não bate um desespero familiar. A gente tem lá o arquivo TCC_final.docx, que logo vira TCC_final_v2.docx, depois passa para o clássico TCC_final_CORRIGIDO.docx, e no fim das contas a gente apela para o TCC_final_AGORA_VAI.docx.

0:41É o velho caos das cópias manuais, né? Uma prática incrivelmente comum, mas que gera uma confusão gigantesca e muito frustrante nos arquivos do computador. E é exatamente para acabar com essa bagunça que entra o controle de versão.

0:54A sacada genial aqui é que, em vez de você fazer o trabalho braçal de criar essas dezenas de cópias, o sistema registra automaticamente cada alteração. Ele anota certinho como a mudança foi feita, quando ela aconteceu e, muito importante, por quem.

1:09O trabalho manual dá lugar à organização inteligente. O material traz três analogias excelentes para a gente entender o conceito. A primeira chama o controle de versão de um Ctrl+Z infinito. Sabe quando a gente desfaz um erro recente apertando as teclas?

1:24A diferença é que com essa ferramenta dá para voltar a qualquer ponto do passado. E o mais impressionante, funciona perfeitamente mesmo que o programa já tenha sido fechado há semanas. A segunda analogia é a máquina do tempo do código.

1:37Imagina que cada versão salva recebe um carimbo meticuloso com a data, a hora e uma descrição do que mudou. Isso permite, literalmente, viajar no tempo para qualquer momento anterior e ver com exatidão absoluta como o seu projeto estava lá atrás.

1:52E a terceira imagem mental é a do fotógrafo do progresso. É como se a gente tivesse um fotógrafo dedicado ali do lado, tirando uma foto do projeto a cada mudança importante que acontece. No fim das contas, a gente ganha um álbum de fotos completo, mostrando cada detalhezinho da evolução do trabalho.

2:09Na prática, tudo isso se transforma em capacidades super reais para o dia a dia. Sem complicação, o sistema deixa a gente voltar a qualquer versão anterior do projeto, comparar de um jeito fácil o que mudou entre duas versões diferentes e, o que é fundamental, trabalhar em equipe, sem aquele risco terrível de sobrescrever o que o colega fez, fica mantido um histórico limpo de quem fez o quê e o porquê de cada mudança.

2:32Mesmo para quem trabalha de forma totalmente isolada, sem equipe, usar o controle de versão é um alívio. Se acontecer de você apagar um parágrafo ou um arquivo inteiro sem querer, dá para recuperar o que foi perdido em questão de segundos.

2:44É uma rede de segurança indispensável, de verdade. Para colocar o pé no chão com um exemplo prático, a fonte traz o caso do projeto papers da Brasil GEO. A equipe lá usa o controle de versão para rastrear cada alteração nos artigos de pesquisa.

2:58Então, se uma análise estatística sofre qualquer mudança no meio do caminho, fica totalmente transparente ver o que mudou, quando e o motivo. Rastreabilidade pura. Bom, avançando para o segundo capítulo do nosso material, chegamos ao tema Git versus GitHub, diferentes, mas complementares.

3:16Muita gente confunde os dois nomes por serem quase iguais, então a comparação com ferramentas do nosso cotidiano ajuda demais. Pensa no Word daquele jeito clássico, um programa instalado no seu computador, guardando documentos locais no HD.

3:29Do outro lado, a gente tem o Google Docs, que é uma plataforma inteira na nuvem, voltada para compartilhamento e trabalho em equipe. Trazendo essa mesma analogia para o nosso universo de hoje, Fica muito claro O Git é exatamente como o Word Ele é a ferramenta que faz o trabalho ali, localmente Já o GitHub assume o papel do Google Docs A plataforma hospedada na nuvem que viabiliza toda a parte de colaboração Isso quer dizer que o Git funciona puramente offline Sem precisar de internet nenhuma Com ele, a gente consegue versionar as coisas localmente Criar os nossos pontos de salvamento Que, a propósito, recebem o nome técnico de commits E visualizar o histórico inteiro de alterações direto na nossa própria máquina E o GitHub entra em cena exatamente quando a gente precisa ir além da própria máquina.

4:13Ele é o espaço para fazer aquele backup seguro na nuvem, compartilhar o projeto de forma mais ampla, colaborar junto com uma equipe e ainda tem um bônus maravilhoso. Serve para expor o seu trabalho, funcionando como um ótimo portfólio público.

4:26Fazendo um parênteses importante, o material também lembra que existem outras plataformas semelhantes pensadas para a nuvem. Opções como o GitLab e o Bitbucket aplicam rigorosamente o mesmo conceito.

4:37Elas oferecem esse mesmo espaço online, essencial para abrigar projetos e trabalhar em conjunto. Mas por que o GitHub recebe tanto destaque? Simplesmente pela escala. São mais de 100 milhões de desenvolvedores ativos na plataforma.

4:51Esse número concreto ilustra bem como o GitHub se consolidou como a plataforma mais popular e o padrão absoluto no mundo tecnológico. Para ver toda essa engrenagem rodando junta na vida real, temos outro exemplo da Brasil GEO, o projeto brasilgeo-worker.

5:05O fluxo deles funciona assim. usam o Git localmente para registrar cada alteração no código, e o GitHub abriga o projeto na nuvem. E a sacada de mestre é que, a cada nova versão enviada, o deploy para Cloudflare acontece de forma totalmente automática.

5:19O controle de versão é, em essência, uma verdadeira máquina do tempo para os arquivos. O Git se posiciona como uma ferramenta local, operada direto no computador, enquanto o GitHub assume o papel de plataforma na nuvem, encarregada do backup e do trabalho em equipe.

5:33Com essa base solidificada, qualquer projeto ganha muito mais segurança e organização profissional.

0:00Imagina a cena. Faltam poucas horas para a entrega de um trabalho importante. Pode ser de madrugada, a tela do computador brilhando e a pessoa está lá, exausta. Uhum. Aquele desespero clássico batendo.

0:12Exato. A pessoa está revisando um trabalho de conclusão de curso, o famoso TCC. Foram semanas de pesquisa, noites em claro. E lá está o primeiro arquivo salvo na pasta. O nome, claro, como dita a tradição, é TCC_final.docx. Um clássico absoluto.

0:31E, bom, qualquer pessoa que já precisou escrever um texto longo sabe perfeitamente que a história desse arquivo nunca termina no momento em que a palavra final é digitada pela primeira vez. Nossa, a paz dura muito pouco. Porque no dia seguinte, a pessoa acorda e surge a necessidade de fazer uma pequena revisão.

0:48Sempre tem aquela frase que pode melhorar, né? Pois é. Algumas frases precisam ser reescritas. Mas aí bate aquele medo de alterar o documento original não gostar do resultado e perder o que já estava bom. E o que a pessoa faz?

1:00Ela cria uma cópia daquele arquivo e batiza de TCC_final_v2.docx. A famosa versão 2. E a bola de neve começa. Começa. Passam alguns dias, o orientador do projeto manda um e-mail cheio de alterações sugeridas para manter tudo seguro. Adivinha?

1:18Nasce o TCC_final_CORRIGIDO.docx. E a pasta vai só enchendo. Vai enchendo. E na véspera da entrega, num misto de desespero, cansaço e aquela esperança de que seja a última vez que o arquivo será aberto, surge o lendário

1:36TCC_final_AGORA_VAI.docx É rir para não chorar. Sim. Olhando para essa coleção caótica de arquivos na pasta do computador, a grande pergunta é, quem nunca? Quem nunca, com certeza. É uma dor universal, na verdade.

1:49Todo mundo que lida com informação digital já fez isso. E o motivo é bem simples. As pessoas criam essas cópias manuais porque elas têm medo de perder o histórico do próprio pensamento, sabe? É um instinto de sobrevivência.

2:02Exato. Elas querem ter a garantia de que, se a ideia nova for ruim, a ideia antiga ainda está lá. Salvem outro arquivo, segura. E a nossa conversa de hoje existe justamente para resolver esse caos.

2:14Vamos explorar as ideias dos capítulos iniciais do curso gratuito GitHub: Controle de Versão do Zero. Isso mesmo. E o foco desse material é pegar pela mão quem trabalha com arquivos que mudam o tempo todo.

2:25Profissionais de marketing, estudantes, pesquisadores, analistas. Enfim, pessoas que criam e editam documentos diariamente e que nunca usaram essas ferramentas. O objetivo é desmistificar o que é o controle de versão e entender a diferença entre Git e GitHub.

2:41Perfeito. Então, vamos direto ao ponto. Se a pessoa não deve mais ficar criando cópias manuais infinitas com nomes cada vez mais criativos, O que ela faz? Como esse tal de controle de versão atua para curar essa dor?

2:53Bom, o controle de versão atua mudando completamente a lógica do processo. Em vez de exigir que o ser humano lembre de duplicar o arquivo, inventar um nome novo a cada mudança, o sistema passa a fazer o trabalho duro. Ah, então ele tira essa carga da pessoa.

3:08Tira totalmente. Ele registra cada alteração de forma automática. E olha, não é um registro superficial. O sistema anota detalhadamente como a mudança foi feita. Ele registra exatamente quando aquela alteração ocorreu e ainda deixa anotado quem foi o responsável por fazer aquela modificação no arquivo.

3:26Espera aí. Isso significa que a responsabilidade de manter o histórico de tudo o que aconteceu com o texto sai das costas de quem está escrevendo e passa para a máquina. A pessoa simplesmente trabalha num único arquivo o tempo todo. Exatamente isso.

3:38O arquivo é um só. O que muda é que o sistema de controle de versão fica ali, rodando nos bastidores. Ele fica observando e guardando o histórico de tudo o que acontece com esse arquivo. Entendi.

3:50E para a gente visualizar como esse registro automático funciona na prática, sem complicação técnica nenhuma, o texto traz três imagens mentais. Elas são perfeitas para entender o poder dessa ferramenta. Imagens mentais são sempre muito bem-vindas.

4:03Estou curiosa, qual é a primeira forma de enxergar isso no dia a dia? A primeira imagem é a ideia de um Ctrl+Z infinito. O Ctrl+Z. Aquele comando de desfazer que a gente usa quando digita uma palavra errada e que apaga rapidinho. Esse mesmo.

4:17Mas tem uma diferença fundamental aí. O comando de desfazer comum, que a gente conhece nos editores de texto, tem a memória muito curta. É, se fechar o programa já era. Pois é. Se o computador for desligado ou se o programa for fechado, todo aquele histórico do que poderia ser desfeito simplesmente desaparece.

4:35A mágica do controle de versão é que ele é permanente. Permanente como? Ele permite voltar a qualquer ponto do passado, mesmo que o programa tenha sido fechado semanas atrás. Nossa, isso muda tudo. Quer dizer que aquele medo de fechar o documento e dormir, e no dia seguinte não conseguir desfazer uma alteração ruim, esse medo deixa de existir.

4:56Deixa de existir completamente. Mas se o desfazer é infinito, a rede de segurança está sempre lá. Só que isso me levanta uma dúvida óbvia. Pode falar.

5:06Se uma pessoa trabalha num projeto por seis meses e o sistema guarda absolutamente tudo para esse Ctrl+Z infinito, como a pessoa encontra um momento específico no meio de tanta coisa? Não vira uma bagunça gigantesca?

5:21É uma excelente dúvida. E é exatamente ela que nos leva à segunda imagem mental, a máquina do tempo do código. Máquina do tempo? Isso. Porque o registro não é uma pilha desorganizada de alterações soltas.

5:36Cada versão do arquivo fica salva de uma forma extremamente organizada. O sistema marca aquela versão com a data exata, com a hora precisa e ainda exige uma descrição do que foi feito. Ah, então as versões recebem tipo uma etiqueta de contexto. Exato.

5:52Com essa organização de data, hora e descrição, o sistema se transforma literalmente numa máquina do tempo. É possível olhar para o histórico, ler as descrições e escolher viajar no tempo para ver como o projeto estava num momento específico do passado.

6:06Fascinante isso. A pessoa consegue ver o estado exato das coisas antes de uma grande mudança, sem ter que abrir o arquivo V2 ou corrigido para tentar adivinhar o que tem lá dentro.

6:17Sim, fica tudo claro ali na frente dela. E tem mais uma imagem mental que ajuda a fechar esse conceito. A terceira imagem, qual é? É o fotógrafo do progresso. Pense no controle de versão como um fotógrafo profissional que acompanha o projeto.

6:32Toda vez que acontece uma mudança importante, esse fotógrafo vai lá e tira uma foto do trabalho. Gosto muito dessa ideia. Tira muito o peso de tentar lembrar de cabeça cada vírgula que foi alterada no mês passado. Com certeza.

6:45Porque ao adotar esse método, o que sobra no final não é uma pasta entulhada de arquivos desconexos. O resultado é um álbum completo, sequencial e super organizado da evolução daquele trabalho. É uma mudança total de paradigma.

7:00O processo deixa de ser manual, deixa de ser estressante, para se tornar algo automático e bem documentado. Mas vamos trazer isso um pouco mais para a vida real, de quem está no escritório agora.

7:11A gente entendeu o Ctrl+Z infinito, a máquina do tempo e o álbum do fotógrafo. O que essa teoria toda permite que a pessoa faça na prática, no meio do expediente dela? Na prática, isso se traduz em capacidades muito concretas, sabe?

7:25Começa pela liberdade de voltar a qualquer versão anterior do documento com segurança, sem medo de quebrar tudo. Passa pela facilidade de comparar o que mudou entre duas versões.

7:36Por exemplo, dá para colocar a versão de segunda-feira e a versão de sexta-feira lado a lado e enxergar exatamente as diferenças. E isso ajuda demais a revisar o próprio trabalho. Muito.

7:46E além disso, permite trabalhar em equipe de um jeito muito mais tranquilo, sem o risco de uma pessoa sobrescrever o trabalho da outra por acidente. O que acontece direto, sem controle de versão. Direto. E talvez o mais importante, para o longo prazo, mantenha o histórico completo de quem fez cada mudança e por que motivo aquela mudança foi feita.

8:05É inegável que, para uma equipe de várias pessoas mexendo no mesmo relatório ou na mesma pesquisa, isso é essencial para evitar o caos. Mas, e no caso do trabalho solo? Trabalho solo. Imagina uma pesquisadora que trabalha totalmente isolada, sozinha no quarto dela, escrevendo uma tese sem a ajuda de ninguém.

8:24Esse tipo de sistema ainda é útil para ela ou é um certo exagero? Acredite, é fundamental mesmo para quem trabalha sozinho. Essa, inclusive, é uma das principais dicas para quem está começando.

8:36A justificativa para usar o controle de versão sozinho é a proteção contra acidentes. Ah, os famosos acidentes de percurso. Exato. Ninguém está imune ao cansaço. Qualquer coisa que for apagada sem querer, tipo um parágrafo inteiro deletado no momento de distração, pode ser facilmente recuperada.

8:55É uma rede de segurança que protege a pessoa dela mesma, sabe? Um alívio saber que nada se perde de verdade. E para deixar isso ainda mais tangível, o material cita um caso real de uso em pesquisas, não cita? Cita sim.

9:08É o caso real do projeto papers, da Brasil GEO. Como funciona lá? A equipe da Brasil GEO usa o controle de versão exatamente com esse propósito, de rastrear as alterações em artigos de pesquisa. Imagina que, no meio de um longo documento científico, uma análise estatística muda de um mês para o outro.

9:25Certo. Com o sistema, a equipe consegue abrir o registro e ver exatamente o que foi alterado naquela estatística. Eles veem quando a mudança aconteceu e, principalmente, por que motivo o autor tomou a decisão de atualizar aquele número. Fica tudo transparente.

9:40Acaba que ela caça as bruxas perguntando no grupo de mensagens quem foi que alterou a tabela 3 da página 20. Pois é, está tudo documentado lá. Bom, até aqui a gente compreendeu perfeitamente o que o controle de versão resolve e por que ele é tão útil.

9:55Mas isso nos traz a um obstáculo enorme que confunde muita gente. Qual? Já sabemos a teoria. Mas qual é a ferramenta que a gente instala para fazer isso acontecer? As palavras Git e GitHub costumam aparecer juntas o tempo todo E é muito comum a pessoa achar que as duas coisas são sinônimos.

10:14Essa é disparada a maior confusão entre quem está começando. Mas é muito importante deixar claro logo de cara. Git e GitHub são coisas diferentes. Diferentes. São diferentes, mas são complementares.

10:27Então, como a gente separa as duas na cabeça de quem está ouvindo de uma forma que faça sentido de primeira? A melhor forma de separar as duas é usando uma analogia bem clássica com ferramentas que todo mundo usa todo dia.

10:38Vamos pensar no Word e no Google Docs. Perfeito. Universo super conhecidos. Como funciona essa comparação? O Word é um programa de computador tradicional. Ele precisa ser instalado na máquina. Quando a pessoa abre o Word e cria um documento, aquele arquivo fica a salvo no HD do computador, funcionando totalmente localmente.

11:01Certo. Já o Google Docs é uma plataforma que vive na nuvem. A grande força dele é permitir o compartilhamento do arquivo e facilitar o trabalho em equipe, com todo mundo acessando a mesma versão pela internet ao mesmo tempo. Certo.

11:17Mapeando essa analogia para o nosso assunto, então, o Git é como o Word. Ele é a ferramenta que fica instalada no computador da pessoa. É ele que faz o controle das versões, a máquina do tempo e o álbum de fotos localmente, lá dentro do HD da máquina. Isso.

11:32E o GitHub seria como o Google Docs. É a plataforma na nuvem que hospeda esses projetos todos para permitir a colaboração pela internet. Matou a charada. É exatamente isso. O Git atua no computador, cuidando da história do arquivo.

11:47O GitHub atua na nuvem, cuidando do compartilhamento dessa história. Mas se o Git é como o Word e fica instalado no meu computador trabalhando localmente, isso quer dizer que eu não preciso estar conectado à internet para ele funcionar.

12:01Eu posso estar numa viagem totalmente sem sinal de rede e ele continua guardando o histórico das minhas edições. Absolutamente. E olha, essa é uma característica vital do Git. Ele funciona mesmo sem internet. A pessoa pode passar dias trabalhando offline, versionando os arquivos localmente, criando o que a gente chama de pontos de salvamento.

12:21Peraí, só para esclarecer o vocabulário para quem está começando. Esses pontos de salvamento recebem algum nome específico? Sim, recebem. O termo técnico usado no material para esses pontos de salvamento é commits. Commits.

12:34Toda vez que a pessoa decide que fez uma mudança importante e quer que aquele fotógrafo tire uma foto do projeto, ela faz um commit. E dá para fazer centenas de commits, construindo o histórico inteiro, analisando o passado e desfazendo erros na própria máquina, sem precisar de um único sinal de Wi-Fi.

12:50Entendido. O Git garante a segurança e a organização ali no ambiente local. Mas e o GitHub? Se eu posso fazer tudo isso no meu computador, em que momento exato o GitHub entra na história da pessoa? Por que dá o passo extra de usar a nuvem?

13:06O GitHub entra em cena para resolver necessidades que o computador local sozinho simplesmente não dá conta. Tipo o quê? O primeiro cenário bem claro é a necessidade de um backup na nuvem.

13:17Se o computador estragar, se cair no chão ou for roubado, o trabalho de meses não se perde. Nossa, isso salva vidas. Salva mesmo, porque o projeto inteiro está espelhado no GitHub.

13:28O segundo cenário é quando é preciso compartilhar o projeto com outras pessoas que estão longe. O terceiro é a necessidade de colaborar com a equipe, permitindo que várias pessoas enviem suas partes do trabalho para um lugar central. Faz todo sentido.

13:41E tem mais um ponto interessante. O GitHub é muito usado para mostrar o trabalho para o mundo. Ele serve como um portfólio público do que a pessoa construiu. Realmente, são necessidades muito práticas.

13:51E só a segurança contra a perda de equipamento já justifica o uso por si só, né? Mas o GitHub é a única plataforma que faz esse papel de Google Docs do código? Se alguém quiser guardar um projeto Git na nuvem, existe outra opção no mercado?

14:05Existem sim. O GitHub não está sozinho nessa. Há outras plataformas que oferecem o mesmo conceito de nuvem para projetos Git. Quais, por exemplo? Duas opções muito fortes e conhecidas que operam de forma semelhante são o GitLab e o Bitbucket.

14:19Elas cumprem essa mesma função de receber e hospedar os repositórios. Mas existe um motivo prático para o GitHub ser o nome mais falado. Qual é? Ele é o mais popular. Atualmente, ele reúne uma comunidade de mais de 100 milhões de desenvolvedores.

14:33Mais de 100 milhões de pessoas habitando a mesma plataforma na nuvem. É bem compreensível que o nome dele se destaque tanto assim. E para a gente ver o quadro completo, unindo esse trabalho sem internet no Git com a força da nuvem no GitHub, o material da Brasil GEO traz mais um caso prático, certo?

14:50Sim, traz. É o exemplo do projeto brasilgeo-worker. Esse caso ilustra muito bem o ciclo de vida completo da informação fluindo entre o local e a nuvem. E como funciona esse fluxo? Funciona assim. Primeiro, o Git rastreia todas as alterações no código localmente, na máquina de quem está desenvolvendo o projeto.

15:09Esse é o momento offline, os commits sendo feitos no computador. Em seguida, o projeto é enviado para o GitHub, que guarda tudo a salvo na nuvem, servindo de ponte. E a parte final desse fluxo mostra o poder da automação. Automação? Sim.

15:23Toda vez que uma nova versão do trabalho é enviada para o GitHub, o deploy para Cloudflare acontece automaticamente. Ou seja, a pessoa faz a edição local na máquina dela, envia para a nuvem e a própria plataforma engatilha a etapa final do processo de forma automática.

15:37Isso mesmo, sem esforço extra. É um fluxo onde tudo fica super amarrado. sem a pessoa precisar de processos manuais lentos ou de arquivos AGORA_VAI.docx trafegando por e-mail. Exato. O AGORA_VAI.docx finalmente pode descansar em paz.

15:53E para fechar nossa conversa de hoje de forma cristalina e deixar quem nos escuta com as ideias principais bem fixadas, vamos repassar os dois grandes pontos de checagem do texto. Vamos a eles. O primeiro ponto de checagem é Controle de versão é um sistema que registra as alterações ao longo do tempo.

16:11O grande poder dele está em permitir voltar a qualquer ponto anterior, funcionando exatamente como uma máquina do tempo para os arquivos. E o segundo ponto de checagem crava a diferença entre as ferramentas.

16:22Git é a ferramenta local, que fica instalada no computador e roda sem internet. Já o GitHub é a plataforma na nuvem, usada para fazer o backup, compartilhar os arquivos e colaborar em equipe.

16:35Com esses pontos muito bem definidos, encerramos por aqui a nossa conversa de hoje. Agradecemos muito a companhia. Muito obrigado a quem acompanha a gente e até a próxima.