Usando Git Direito | Limpando seus Commits! 

Porra, "não é um tutorial" e explica mais que muito curso da Udemy de 20 conto... >

Confesso que não acompanhava muito seu canal e nunca tinha assistido um vídeo completo. Mas, MEU AMIGO, QUE VÍDEO! Conteúdo SÓLIDO do início ao fim!!!! Sério mesmo. O nível desse vídeo deixa muitos "criadores de cursos pagos" no chão! Assisti do começo ao fim em velocidade 1x (normalmente sou impaciente com vídeos do RU-vid com gente que enrola mais que contribui alguma coisa útil). PARABÉNS!!!!!! Passarei a acompanhar mais o canal.

Que isso Akita, muito obrigado. Eu estou começando a trabalhar com git e desde o começo tive muito problema em questão da organização dos commits e isso me incomodava muito porque não gosto de deixar meus projetos zoneados, e eu não conseguia absorver as informações dos milhões de tutoriais que tem por ai pois sempre era muito confuso, você conseguiu me ajudar muito!!

Encontrei este vídeo por acaso e instantemente fiquei investido; a sua desenvoltura pra ensinar é fenomenal. Este vídeo foi o que eu precisava para tomar vergonha na cara e começar a aprender git de verdade ao invés de só usar Sourcetree kkkk

Ótima aula Akita! Obrigado! E já tive que usar BFG pra os dois casos, pra remover senhas de um repo e pra tirar binário.

Olá, saudações. Assisto seus vídeos a algum tempo sou seu fã bla bla bla. Mas o que eu queria resaltar sem perder seu tempo, q a sua oratoria é muito boa! Se puder faça um vídeo sobre as técnicas q vc utiliza pra falar! Sucesso

Excelente conteúdo meu caro! minha sugestão e de que coloque uma margem inferior entre o console e parte baixa do vídeo, pois no youtube quando pausamos a barra fica em cima e há um degradee preto que acaba por atrapalhar um pouco a visão. Espero ter ajudado. Grande abraço!

Mais um grande vídeo! Sabe um ponto que marcou no video passado? O fato de vc ter falado do pessoal ter problema em ir na doc oficial das ferramentas. Eu falo isso tanto... ás vezes o que não acho numa doc acho nos testes. Tutorial em última instância.

9:16 kkkkkkkkkkkkkkkkkkk sempre faço isso, não porque tenho preguiça mas porque não fazia noção nenhuma de como usar o git corretamente

Excelente conteúdo! Se quiserem uma experiência extrasensorial, coloquem esse vídeo na velocidade 1.5X (ou superior)

Like nos primeiros segundos de vídeo! Valeu, Fabio Akita!

esse git add -i é muito útil

Tem ideia de criar podcast? Seria ótimo no caminho para o trabalho, ir ouvindo conceitos de qualidade e que fazem sentido.

Me fez refletir sobre metade dos meus commits serem "Refactoring".

5:18 - Aqui tem um erro na legenda, ao invés de `--reset`, seria `--soft`. 5:49 - `HEAD~3` e `três commits` ao invés de `HEAD~2` e `dois commits`. 6:22 - `HEAD~3`.

no github tem como eu usar um script meu dentro de outro script e quando atualizar o primeiro atualiza no segundo. Como se fosse um import? sou novo no github

Akita, fala sobre desenvolvimento de sistemas embarcados e firmware, não vejo esse assunto ser muito abordado no meio de TI. PS: que tema vc usa no Ubuntu e no Vim para deixá-los com essa cara?

Mestre Akita, tudo bem? Gostaria de saber se o senhor tem algum vídeo sobre o VIM e como configurar o mesmo para programação.

Obrigado Akita

Qul o problema de usar o Git para desktop?

Camisa daora, vc tb gosta de Harry Potter?

Qual o nome dessa distro linux que vc usa ?

Mto bom

Incrivel!!!

uma crítica Akita: apenas 47 min?

SUMÁRIO 00:00 - No princípio era o Verbo... 00:18 - Saudação 01:34 - Vinheta 01:42 - Para que serve Git? 02:16 - Como escrever as mensagens de commit? 03:25 - Corrigindo mensagem de commit 04:50 - Comando reset 06:00 - Comando rebase -i (interativo) 07:28 - Commitando alterações não correlacionadas em commits diferentes. - 08:50 - Separando vários arquivos no stage. - 10:16 - Commitando separadamente várias edições dentro do mesmo arquivo. - 12:19 - Estágios do trabalho com Git (1. working tree). 12:56 - Como o Git enxerga os arquivos? 13:30 - Desfazendo commits. 15:09 - Como restaurar exclusões feitas com Git reset --hard 17:14 - Git em equipe - 19:04 - Débito Técnico: - 20:14 - Git dialogando com Subversion - 20:34 - Git para design (problemas dos arquivos binários no git) - 22:58 - introdução a LFS. - 24:48 - Usando LFS no Git - 26:30 - (LFS) Mas, se meu projeto só contiver binários grandes? - 27:50 - Como migrar meus commits binários para LFS (Introdução)? - 29:25 - Reescrevendo o histórico do Git com BFG. - 30:56 - (BFG) Removendo senhas do histórico do Git. - 31:30 - (BFG) limpando a "lixeira" do Git.

Mano, sério... esse é o melhor canal de programação do youtube sem a menor margem pra discussão! Ouso dizer que é praticamente uma espécie de "literatura obrigatória" pra você: 1 - Descobrir o que precisa estudar e nem sabia que existia ou; 2 - Descobrir que não sabe tanto quanto achava sobre praticamente tudo ou; 3 - Revisar a parte realmente importante do mundo da programação E tudo isso de graça e o mais importante: Sem enrolação! Se o vídeo tem 1 hora, é 1 hora de conteúdo, pra mim que sou ansioso e impaciente chega a ser relaxante não ter que por o vídeo em velocidade 2x e ficar adiantando, é por pra rodar e aprender durante toda a duração do vídeo! Parabéns e muito obrigado Akita!

Aquele famoso: git commit -m "Várias alterações"

"Antes de pensar em utopia, primeiro limpa seu quadrado aí, acaba as coisas que começa e escreve código limpo pra variar. Depois sai cagando regra por aí!" Fazendo um gif pra reação em redes sociais com essa parte! Hehe!

Por muito tempo fui um programador bombeiro, como tudo na vida com o tempo você se acostuma e acaba caindo em rotina. No começo da minha carreira vi que livros técnicos, não atendiam uma necessidade imediatista para resolver os problemas conforme iam aparecendo na minha frente, lia alguns artigos e algumas resoluções em fóruns brincava com elas até aprender do que se tratava. Sempre funcionou e eu aprendia um passo de cada vez a fazer mais coisas, e de brinde resolvia o "urgente e importante". O problema é que com o tempo mesmo aprendendo as palavras chave para encontrar o que se deseja no Google da vida, vão existir situações que poderiam ser resolvidas bem mais rápido se afiasse o machado lendo documentações das ferramentas. Pode parecer perda de tempo e até seria se alguém já mastigou algo pra entregar, a mensagem que quero passar para quem estiver lendo aqui é. Não espere o colega resolver a sua vida para ir se gabar depois que resolveu um problema, se você já passou do período de compreendimento entre o que se digita na máquina e ela compreende, se gosta mesmo da área e quer crescer de verdade leia a teoria do que deseja e tente aplicar, tire 30 min do dia pra se dedicar a isso e pode parecer pouco, mas garanto que irá fazer uma grande diferença depois.

"Esfreguei" esse vídeo na cara de um mooonte de gente! Obrigado.

Esses vídeos deviam estar numa playlist com o nome: Coices de Conhecimento. Kkkkkkk

Melhor conteúdo do youtube brasileiro.

Antes que me critiquem, já vou logo dizendo que não me considero gênio, acima da média, nem um programador capaz de criar um negócio, me considero uma pessoa comum que precisa suar a camisa para aprender uma coisa que as vezes é até básica. Olha, eu programo em Python, hoje trabalho com Data Science, aprendi cálculo, geometria analítica e algebra linear sozinho... aprendi Pandas, Matplotlib, Sklearn por conta própria através de livros em inglês que eu precisava estudar sem saber inglês, tudo com ajuda do google tradutor. Acabei aprendendo inglês assim ao ler as páginas em voz alta e traduzindo tudo. E olha só, não sei usar Git! Eu subo os meus projetos no Github tudo através do Google Colab. Vou aprender Git e Github kkkkk... falo sobre isso sem vergonha alguma. O que eu acho mais feio são programadores chamando o outro de mediocre, engraçado que nenhum desses programadores que se acham acima da média são realmente geniais ou fora da curva, mas eles se acham acima da curva! Mesmo que você tenha que estudar um livro de Python sozinho, gaste o tempo que precisar, mas vai tranquilo!!!

Cara, nem te conhecia, mas logo vc fala "não escreve porcaria nas mensagens de commit" já fez ganhar um inscrito.

Faculdade de Design ensina HTML e CSS, a maioria nem menciona JavaScript para frontend. Git então? Deve ser javanês para os docentes de faculdade de Design Sim, deveria ser obrigatório ensinar Git antes de qualquer outra coisa e, como sou representante de sala há 3 semestres seguidos, vou lutar para tomar o lugar do coordenador de exatas e fazer isso acontecer! Obrigado mestre Fábio!

Próximo assunto: Débito Técnico. E a juventude não vai entender "Tô parecendo vitrola quebrada" haha.

Eu sempre quis entender Git além da meia dúzia de comandos que eu sabia, e esse vídeo foi perfeito pra mim, pois além de deixar claro que não sei nada sobre Git, me forçou pesquisar e treinar vários outros comandos que eu nem sabia que existiam. Levei quase um dia só para entender de fato como funcionam os comandos apresentados nos primeiros 8 minutos de vídeo, li a documentação, treinei e errei centenas de vezes, e o mais legal disso tudo é que estou a cada comando mais curioso para entender mais e mais sobre. Como o Akita deixou claro, o vídeo não é um tutorial, mas é um tapa na cara! Que convenhamos, muito bem dado. Obrigado pelo conteúdo, Akita!

Já perdi as contas de quantas vezes as dicas desse vídeo já me ajudaram kkk

Débito Técnico... aprendi essa expressão a pouco tempo, e no sistema que trabalho (ele existe a 35 anos!!!) os débitos técnicos hora ou outra acabam sendo cobrados com juros e temos que ficar procurando as "agulhas no palheiro" para solucionar os bugs, atualizando rotinas inconsistentes, adaptando novas regras de negócio, etc...

Esse início kkkkkkk

Seu trabalho é de grande valor, principalmente por seus valores aplicados de forma crítica, direta e honesta

O início do vídeo expressou bem o q aconteceu cmg no vídeo passado kkkkk

O Akita é o único que consegue me manter fácil por 1 hora de vídeo enquanto em outros canais, se tiverem mais de 10 minutos, eu nem vejo Demais!!!

Finalmente entendi o que é o HEAD. É o que está na nossa cabeça, identificado no Git como o último COMMIT. Thanks, Akita.

Sensacional !!!! obs.: achei um pouco escuro o video.

Aprendi desde o começo a escrever as mensagens no indicativo/afirmativo, porém já participei de alguns projetos horríveis que usavam a 1° pessoa para escrever os commits, achei esquisito esse padrão, fica horrível. Outra coisa que ajuda, é não ter medo de fazer muitos commits, particularmente gosto de fazer um para cada funcionalidade mesmo que a alteração seja apenas 1 linha, e tbm criar uma branch por cada feature mesmo estando localmente .

Resumo do uso de git. "A preguiça reina e você liga o foda-se pra tudo!" Kkkkkkkkkkkkkk. Aprendo mais com o Akita nesses mini tutoriais do que no curso de CC.

Dois pensamentos a respeito: 1) Melhor curso de GIT ❤️ 2) God Save VS Code Parabéns e obrigado! 🙏

A qualidade da imagem - que já era muito boa - melhorou em 2020. É o melhor canal pra pessoas de tecnologia no BR.

Videos com 100% de informacao, parabens! Teus videos mesmo com 10h valem cada minuto!

Voltei aqui para resolver umas cagadas que fiz. Você me salvou de novo. kkk

O estatueta do BATMAN do Frank Miller é da hora!

Puta q pariu, ñ e tendi porra nenhuma, mas assisti o video inteiro e concordo em tudo com vc!!!

Discordo parcialmente só do trecho de rejeitar PR com "commits feios", porque acho que o código diz mais do que tudo. Se o PR estiver só com o conteúdo certo, com testes, bem escrito, e der um "squash" (ao invés do merge), e tiver uma mensagem boa, os commits pequenos não precisam estar "perfeitos". Gosto de fazer commits bons, com texto explicativo, mas alguns commits não tem muito o que falar, e o perfeccionismo em exagero pode acabar trancando muito trabalho dos outros. Se um trabalho depende de um PR mergeado, e ele estiver bem escrito, com testes, mas tiver dois commits lá no meio como "fix", prefiro mergear e liberar 3 pessoas pra desenvolver, do que parar TUDO só pra arrumar dois textos. Principalmente quando rola releases train, do tipo: O código vai essa segunda pros apps em prod, se mergear na terça, ele só vai segunda que vem. Ficar bloqueando PR porque tem um commit mal escrito no meio e atrasar um bugfix/feature por uma semana por isso parece ser exagero. Acho que o bom senso tem que mandar sempre, e de resto concordo em tudo

Tem algum motivo em particular pra usar o git na linha de comando? Acho mais fácil usar a interface do Vs Code e do próprio git. (Até agora só fiz projetos sozinho, ou no máximo com um outro dev). Tem alguma vantagem em fazer esses comandos mais básicos pela linha de comando?

Putz, uns meses atrás tirei a poeira da minha conta no git hub, comecei a fuçar, entrei num projeto, fiz meu primeiro pull request, pensei: "preciso aprender git". Já era... Essa toca desse coelho é funda demais!

pessoas salvas por esse vídeo, 1 e contando...

Akita, parabéns por seu excelente conteúdo, cara. Através de você foi que conheci o rails (10 anos atrás). Se você tiver aceitando sugestão de conteúdo, fala sobre DDD, Clean Architecture (se possível, unindo isso ao Rails, ou Ruby). Abraços

Seria bacana um vídeo seu Akita sobre overengineering e MVP's. Alguns amigos empreendedores criam MVP's ruins, muitas vezes comprando sistemas ruins da índia para provar idéias, o problema é que esse sistema paleativo acaba virando definitivo pois pequenas melhorias são adicionadas até que a empresa começa a sentir na pele problemas de escalabilidade e manutenção, tendo que jogar tudo fora e construir de novo (Passando por muitas horas homens de Dipirona). Na minha concepção fazer o certo desde o começo pode economizar muita dor de cabeça, sendo que um MVP não necessariamente precisa ser ruim... Ele pode ser muito bem feito mas com apenas algumas funcionalidades. O problema é que é muito comum ver casos de overengineering, onde startups com um time pequeno cria "microserviços" para ser escalável, ou a falta de engenharia utilizando um banco NoSQL como base principal e construindo um sistema relacional em cima. Essa discussão com alguns amigos levou a questão que "Ou você é programador ou você é empreendedor". Você pensa igual?

Excelente. Todo estudante deveria conhecer o seu canal. Existe um "eu" antes e um depois de começar a assistir os seus vídeos. Obrigado!

Só eu que fiquei vendo o inicio umas 6 vezes??? kkk melhore parte do vídeo anterior foi esse susto!

eu já peguei um projeto onde o miserável do programador anterior escrevia mensagens inúteis nos commits, tipo: "AAAA", "agora sim", "agora vai", e eu tinha que abrir um gitk e ficar fuçando informações para tentar adivinhar o que o cara fez ou queria fazer, foi um inferno tentar organizar aquela bagaça

Então, comecei a usar o GIT agora, dei um "git reset --hard" para uns 4 commits anates e os posteriores realmente sumiram, então para testar anotei os hash e voltei mais alguns commits com o hard e dei checkout nos commits que sumiram, e funcionou! Mesmo após o hard de alguma maneira parece ficar registrado mas não foi possivel alterar mais nada nem fazer novos commits até dar um git checkout master. Achei curioso e decidi compartilhar aqui :)

Toda vez que leio o git log do projeto que trabalho, fico puto igual ao Akita. Os devs ficaram commitando "Acerto" por anos. PQP

Cara, perfeito. Aprendi muuuiiiiito com esses videos sobre o git. Muito obrigado Akita. Melhor conteúdo sobre git de TODA a internet.

Cara parabéns pela metodologia usada nesses vídeos, sem enrolação, sem mais do mesmo e sem click bait.Obrigado!!!

Eu não usava commit semantico pq nunca lembrava dos termos em ingles e exatamente pra que cada um serve kkkk tomei vergonha na cara e favoritei uma pagina explicando, cada commit se eu não lembro eu perco um tempinho lendo essa pagina kkk uma hora se torna natural e espero influenciar meus colegas de trabalho se não daqui umas semanas vou ter q dar um top down kkkkkkk

Mesmo um ano atrasado, a mensagem do final é clara: ARRUME A SUA CAMA, LIMPE SEU QUARTO E LAVE SUA LOUÇA E A PROPRIA ROUPA. DEPOIS VENHA DIZER O QUE MUDAR NO MUNDO!

teria problema se meus commits terem poucas linhas de codigo? exemplo: const msg = 'Hi' console.log(msg)

Cliquei no botão de curtir 10x ... mas infelizmente só aceitou uma ... vlw !!

Conteúdo com qualidade absurda. Parabéns pelo conteúdo, a qualidade é de conteúdo pago sendo distribuído gratuitamente e ainda por cima com uma didática sensacional.

Salve pessoal! Perdi minha (públic Key) e estou com dificuldade pra corrigir isso. Se puderem ajudar. Fico agradecido. Obs: sou iniciante nesse mundo.

Mais alguém tá vendo agora querendo aprender programar?

Estava a vaguear pelo YT e vim dar com este tutorial. Comecei a avançar aleatoriamente, até que ouvi "foda-se" e mais adiante "puta que pariu"... E pensei... Hmmmm 🤔. Ya, é mesmo este o tutorial que vou ver. 🤣🤣🤣 Retrocedi tudo para trás e no final subscrevi ao canal. Como diz o estudo, as pessoas inteligentes dizem muitas asneiradas... 😂

Caramba, estava tomando uma surra aqui com arquivos binários grandes, e você me ajudou a resolver tudo. Obrigado Akita!

Mais uma vez salvo por esse video heheh voltei só pra ver o commando git add -p no minuto 10:43. Curiosidade, se fizer git add -p nomedoarquivo, fica mais facil de fazer o commit quando tem uma montanha de arquivos. Não nao Akita, isso aqui não está aqui para quando eu voltar no video achar mais facil, é só impressão sua kkkk

depois desse puxão de orelha, definitivamente não faço mais o git add . 😁Excelentes dicas.. abraço.

Akita, não sei se já tá nos planos para vídeos futuros, mas blockchain ia ser um ótimo tema pra você destrinchar. É do interesse de muita gente e o que não falta é gente falando merda sobre o tema.

Para de escrever commit com fixing... Eu olhando meu repositório 4 fixing seguidos, e pensando e agora o que eu faço?

Akita, não sei se já tem algum vídeo a respeito, mas dando continuidade sobre o assunto de Git, seria interessante falar sobre GitFlow

Eu sou cria da infra e comecei a usar git no trabalho faz uns 3 anos... Tu acha válido usar as tags de fix:,feat: seguido do commit para facilitar a busca depois? ou estou viajando?

Akita, faz um vídeo sobre matematica para devs nesse estilo? Ex de conteudo: calculo, algebra linear, estatistica, etc.

6:25 Os commits ficam ao contrário. Normalmente você deixa o último como pick e o resto de cima como squash para manter as alterações feitas.

Na verdade a documentação oficial é bem ruim. E sim, eu uso Git a vários anos. Pra mim um livro foi mais interessante para aprender.

Fique com uma duvida, se eu tiver que recuperar mais de um commit, e jogar ele para uma branch ficaria dessa maneira git checkout -b teste sha1,sha2?

Obrigada, Akita! Sou estudante e você já se tornou uma referência pra mim.

Meu deus, que começo foi esse? kkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkkk

Akita. Obrigado por mais esses 3/4 de hora de excelentes explicações. Tem um link de algum projeto com boas mensagens de commit para compartilhar? Sem querer abusar, não rola um vídeo curto de exemplos de mensagens de commit boas x péssimas?

Antes eu tinha preguiça de ficar commitando arquivo por arquivo, depois eu fiz um teste e vi que fica bem mais organizado mesmo.

@39 "Diferente de projetos dentro de um Google onde a maior parte dos supositórios..." 😂

o legal é vc fazer submódulo quando vc mal entende como o git funciona, pra descobrir o que aconteceu de errado depois é uma dor de cabeça, mas no final vc acaba aprendendo mais coisas

Usar o github desktop é uma boa para quem não tá afim d usar "tela preta" e ficar fazendo comandos?

como que você configura o seu terminal? ele é bem colorido e bem fácil de entender, gostaria de ter um igual

E tome pauladas... Mas, existe algum que lê a documentação? kkkkkk

Absurdo de aula. Obrigado pela partilha de conhecimento.

pqp tá com aquela vontade de pedir o R$ de volta de todos os cursinho de git que comprou né?! tmj

Pqp queria ter conhecido o @Fabio Akita quando eu era moleque (antes ou ate os 18 anos) e tinha tempo de sobra para poder passar horas estudando, praticando, vendo conteudo que vale a pena. E nao ter sido um pirralho "nerd" que so pensava em fliperama 😭😢

"Você não é o Google", esse é a melhor resposta para o argumento "ah, mas o Google usa e tal..."

Só por curiosidade, a Blackmagic está implementando a possibilidade de múltiplos usuários editem o mesmo projeto ao mesmo tempo. Por exemplo, um colorista pode iniciar os trabalhos enquanto o editor ainda está fazendo os cortes, ou então cada editor pode editar uma timeline e etc. Mas todos no mesmo projeto, cada um na sua casa e acessando os mesmos arquivos.