Repensar o Git sem negar sua importância

O que o material diz sobre git melhor solucao

O episódio sobre git melhor solucao abre assim: Não é um forco de código de VSCode, é um editor fresco de fora, escrito em Rust, que é o melhor possível de experiência de editor para escrever código. Falar sobre o código ajuda a entender isso, tanto individualmente quanto como um time, mas com o atual equipamento, essas discussões e todos os insights que eles geram parecem existir em todos os lugares, exceto o código em si. They are the bridge between our expected developer experience as modern full-stack developers using tools like Next and the things that these weird companies need.

Não há razão para não começar com eles, erro que fizemos com o T3Chat, porque seus primeiros milhões de usuários são gratuitos. Quando estamos falando de um killer de Git, é só justo começar com o que está errado com Git, porque se está bem, não há razão para construir uma alternativa para isso. As pessoas deveriam estar resolvendo isso, ao invés de estar a passar todo o tempo a discutir se você vai rebasar, ou merge, ou o que você está supostamente a fazer para grandes arquivos, como, oh, vocês usam o sistema de arquivos virtual que eles fizeram, ou você usa esse outro plug-in, e quantos.

Se você não sabe a minha história, quando eu estava primeiro aprendendo coisas de código, eu estava hostando servers de Minecraft, e eu aprendi Git como uma forma de manejar as versões dos plugins e coisas que eu estava usando antes de realmente escrever código. E essas coisas acabaram sendo super poderosas para mim quando fui para a escola, porque eu nunca tive o problema de acidentalmente deletar código que todos os meus colegas e todos os meus colegas tinham. A maneira como você aceita mudanças é que alguém te envia um patch em uma rede de e-mail e as pessoas teriam uma conversa, iriam de volta para volta para decidir se deve ser mergido na fonte de código principal que as pessoas acessariam.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Mecanismo e restrição em git melhor solucao

No miolo do material de git melhor solucao, o mecanismo fica explícito: E muito do que fez Git especial foi a frustração de Linus com esses workflows, em particular quando eles estavam tentando streamlinar o uso de BitKeeper, que eles tinham acesso gratuito, como um acordo amigável. Mas Git realmente parece o que Linus precisava, que era um sistema de gestão descentralizado para muitas pessoas terem acesso à mesma fonte, formatando perfeitamente a história de Git e suas mudanças para que eles pudessem enviar por e-mail para serem aprovados e mergidos nesse projeto major. É um pouco engraçado dizer, mas sem o GitHub, é impossível que o Get tivesse encontrado o sucesso que ele tem, porque o mais bom que o modelo descentralizado é, ele não proporciona a experiência que esperamos como desenvolvedores de uma fonte centralizada de verdade, que é onde tudo acontece.

Git rapidamente se tornou essencial para open source e GitHub se tornou o lugar onde todos esses projetos de open source foram. Tornou-se tão importante que quando eu fui numa luta sobre isso no Hacker News e Twitter há um tempo atrás, as pessoas estavam tentando dizer que isso vai ter essa nova fada que vai se perder qualquer dia agora e as pessoas estão muito esperando que isso seja ensinado nas escolas e tal. Algo que eu faço muito é comitês partiais, onde eu vou adicionar "-p", selecionar as partes que eu quero, ignorar as partes que eu não quero, e então comitê-las, progress, ou whip, ou stage1finished, ou algo assim.

E eu vou fazer um monte desses comitês incrementais enquanto eu pego coisas que são boas, para que eu não tenha que se preocupar com nooking, porque eu vou regularmente adicionar "-stash", ou adicionar "-reset", porque eu não. O problema é que eu não posso cometer a parte que conseguiu certo e ignorar a parte que conseguiu errado, ou estacar e colocar em outra parte, porque eu estou vivendo entre comitês durante aquela janela. Se você acha que amendo o mesmo comitê de vez em quando, de alguma forma, resolve isso, eu não sei se nós estamos vivendo nos mesmos mundos, mas, tipo, conflitos de mergulho grandes se sentem difícil, porque não há uma maneira real de fazer trabalho parcial.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Decisões práticas ligadas a git melhor solucao

As decisões práticas que aparecem quando o tema é git melhor solucao: Mas preciso de algo menor e preciso de algo entre os dois também porque se você está fazendo algo que não é um comitê completo, tudo cai e se você está começando a coletar pedidos de ponte, tudo cai também é por isso que eu tenho um grande simp para grafite a ideia de prs coletados como uma forma de aceitar peças e então mergulhar o todo em uma caixa quando está pronto é incrível há uma razão que meta não usa git, em vez de usar mercurial com stackdiffs é um workflow realmente bom, especialmente quando você está tentando enviar mais rápido Eu amo o Grafite, eles são um sponsor, eu não sou um investidor. Provavelmente deveria ter sido honestamente, adoro esses caras e o que estão fazendo, mas o que estão fazendo é tentar fazer uma alternativa melhor para a forma como lidamos com problemas de git, há outras soluções construídas em cima de git, tanto quanto eu amo o graphite, ouvi coisas incríveis e boas sobre jj também é um sistema de controle de versão construído em cima de git que supostamente resolve muitos desses problemas, eu não sei, eu não usei, oh conflitos podem ser gravados e comitados, ok eu vou vender, estarei tentando JJ na próxima semana, direto, isso é realmente legal de ver Isso é algo que eu especialmente queria por muito, muito tempo. E nós escapamos, mergemos ou rebasamos ou qualquer outra coisa, a história do PR que eu estava trabalhando agora está um pouco quebrada e se você sabe que é bom o suficiente para rebasar corretamente, legal, você não, boa sorte As ferramentas de PR são uma coisa muito dolorosa e não deveriam ser.

É uma maneira natural de funcionar, especialmente se você está enviando rápido e também fazendo um bom trabalho de garantir que as pessoas revirem o código antes de você mergê-lo. E ter a capacidade de ir para trás e para trás em eles, ter o contexto de onde veio essa linha de código, qual agente escreveu isso e o que eles estavam fazendo quando fizeram isso. Em particular, essa dev estava tão frustrada com o GitHub, que eles desceram o branch, resetaram para base, para que todas as mudanças fossem estagiadas, e então reviam usando o Magit ou seu editor.

E quando eles querem deixar o feedback e reviarem o PR, eles voltam para o GitHub, esperam o backup com o server do GitHub para render a coisa certa, e então finalmente deixam o comentário. É muito melhor do que tentar fazer isso dentro do GitHub, porque a UI do GitHub se separa quando você está tentando fazer qualquer coisa com uma grande PR nela. Para fazer algo melhor seria muito legal se eu pudesse ver qual imprimir levou a esta linha de código a ser adicionada seria muito legal se eu pudesse voltar um passo para o meu agente sem ter que se preocupar com o código que eu estava escrevendo se eu fosse reivindicado quando eu voltasse para o check-point em cursor ou cláudio ou qualquer outra coisa se todas essas ferramentas pudessem documentar o trabalho que estão fazendo enquanto fazem isso como parte da controla de versão você teria muito mais controle e muito mais informação a razão pela qual eu acho que zed em particular é capaz de fazer isso é relativamente simples, mas há muita subtilidade nos detalhes eles têm as bolas para fazer isso eu digo isso porque em um mundo em que todo mundo está forcando o código vs e adicionando funções de ai e fazendo milhões de milhões de dólares zed construiu seu próprio Ground Up.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Onde o fluxo de git melhor solucao quebra

Onde o fluxo costuma quebrar, segundo a fonte de git melhor solucao: Em um mundo onde todo mundo está forçando Klein, RueCode e KiloCode, Zed está construindo seus próprios agentes e agora seu próprio padrão de agentes que as pessoas podem usar para adicionar agentes a quaisquer ferramentas que gostem. Eles estão ajudando a fazer viável NeoVim com essas ferramentas de AIs agora com ACP, seu padrão de código agente. Michaela, que está me escutando no chat agora, é uma das poucas pessoas que eu ouvi dizer que a AI é realmente boa em escrever Rust se você o faz de forma correta.

We spent like two hours together fixing the performance issues I was seeing and said, that's the level of dedication necessary to do something as bold as a from scratch, ground up new IDE. Nossa visão última é uma nova maneira de colaborar com o software, onde as conversas sobre o código permanecem conectadas ao código em si, em vez de serem ligadas a snapshots agentes ou escaldadas através de diferentes ferramentas. O fato de que a razão pela qual este código mudou, ou a história desses mudamentos, existe entre código quadrado, código aberto, cursor, GitHub, vários fios que ficam escapados e destruídos e todas essas outras coisas, faz com que seja muito difícil traçar o que mudou onde e porquê.

Dito isso, se você construiu um editor do chão para fazer uma experiência de edição melhor, você não está mais tentando forçar isso para o código de VSCode. Eu não posso dizer quantas coisas eu vi forçadas para o código de VSCode hoje em dia, seja a coisa louca e agente que fazemos com o Cursor, Windsurf, RueCode, KiloCode, Augment ou todas essas outras ferramentas. Seja a tentativa de fazer a revisão de código no editor, como o tab de solicitação de ponte do GitHub, que é uma ótima funcionalidade que você pode instalar como extensão, mas ainda está limitada profundamente pelo que o VS Code foi construído para fazer e não fazer, e há uma separação suficiente entre o time do VS Code e o time do GitHub que eles não se abraçam, não se sentem muito bem, se sentem melhor do que o GitHub, isso é uma barra baixa, mas se você tem uma empresa que se concentra em uma experiência editora de base e agora também se concentra na experiência de colaboração, como eles já foram desde o dia 1, Eu me lembro que no dia 1, uma das grandes coisas que eles empurraram foi a ideia de colaboração, live, com edição de colaboração, voz, notas compartilhadas e mais.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Como explicar git melhor solucao sem hype

Traduzindo o trecho de git melhor solucao para quem não viu o vídeo: Eles estão preparados para fazer uma experiência de VCS de classe melhor e, potencialmente, até mesmo de revista de código, que eu estou muito animado para ver como isso vai. Eles estão desenvolvendo um novo tipo de controle de versão baseado em operações que incrementa a evolução do seu código com granularidade de nível de edição e estamos integrando isso em Zed para fazer a colaboração de agentes e parceiros de cobrança uma parte da experiência de código de primeira classe. I cannot tell you how many times I had to go hunt through Discord or Slack to find why we made this change, because no one thought to write it in the commits.

It's fairly easy to discuss code that's changing in a PR, but if you want to have a conversation about an arbitrary part, Você precisa guiar agentes, corrigir seu curso e iterar rapidamente, sem o excesso de criar snapshots para cada troca. Que apenas enviar o agente no fundo do rosto para fazer algo e então voltar com o PR é mais fácil do que lidar com esse interop. Isso libera a colaboração da estrutura rígida dos comitês e isso é claro delta db nível de operação de controle de versão nossa visão é transformar sua ideia em um espaço de trabalho colaborativo onde humanos e agentes de a.i.

Trabalham juntos em uma série de escalas de tempo com cada entendimento preservado e ligado ao código para sempre para fazer isso possível estamos construindo delta um novo tipo de controle de versão que traga cada operação não apenas comitês que usa crdts para gravar e sincronizar mudanças em incrementalidade enquanto acontecem é desenvolvido para interoperar com git mas sua design baseado em operações apoiam interações real-time que não são apoiadas por snapshots de get racing interações traçando troca de mudança de verde também permite links permalinks de nível de personagem que sobrevivem a qualquer transformação de código, para que possamos ancorar nossas interações em locais arbitrários na base de código, não apenas para snapshots que recentemente mudaram o código, imagine se os comentários fossem úteis na verdade, muito legal, oh eles linkaram um post de blog da crdt muito interessante isso é de 2022 como eu disse, esses caras já estavam nela por um tempo E eles se importavam muito com essa experiência de edição de multiplayer, as pessoas podiam compartilhar o editor e trabalhar juntos. Então tudo o que eles construíram para isso de repente é útil, mas precisamos de melhor controle de versão para realmente ver o valor e faz sentido que eles estão finalmente construindo essa parte. Zed's goal is to make your codebase a living, navigable history of how your software evolved, where discussions with humans and AI agents are durably linked to the code that they reference, and they're always up to date.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Checklist observável para git melhor solucao

Para fechar o ciclo de git melhor solucao com evidência do próprio material: They highlight a problematic line, como um unwrap que causou um crash e eles veem toda a discussão relacionada a porquê a função foi escrita ou o que um agente de A.I. Assumiu sobre um invariante eles pagam o responsável humano espalhando um chat rápido que se torna um chamada todos indexados ao mesmo ponto de código criando um recorde residenciável compartilhado sem deixar a base de código também vale a pena mencionar que z é como se fosse totalmente aberto-primor você não está fazendo nada estranho com sua licença certo gpl3 para a base de código e apache para o framework que é totalmente aberto-primor legal E eles planejaram fazer o mesmo com Delta construa, abrida e ofereça serviços pagos opcionais, eu imaginei que seria como sua cloud, vamos compartilhar mais detalhes enquanto o desenvolvimento progressa, este é apenas o começo de reimaginar como os devs trabalham juntos, tanto com agentes de A.I. Quanto com seus times se este fosse quase qualquer outro grupo de pessoas, eu seria tão esquepetico, mas como dizem aqui estes são os mesmos pessoas que estão fazendo render de fontes de cross-OS em shaders de GPU em Rust, eles construíram sua própria alternativa de tailwind para render de GPU em Rust, esses caras sabem o que estão fazendo Eles podem realmente fazer isso.

Não é um forco de código de VSCode, é um editor fresco de fora, escrito em Rust, que é o melhor possível de experiência de editor para escrever código. Falar sobre o código ajuda a entender isso, tanto individualmente quanto como um time, mas com o atual equipamento, essas discussões e todos os insights que eles geram parecem existir em todos os lugares, exceto o código em si. They are the bridge between our expected developer experience as modern full-stack developers using tools like Next and the things that these weird companies need.

Não há razão para não começar com eles, erro que fizemos com o T3Chat, porque seus primeiros milhões de usuários são gratuitos. Quando estamos falando de um killer de Git, é só justo começar com o que está errado com Git, porque se está bem, não há razão para construir uma alternativa para isso. As pessoas deveriam estar resolvendo isso, ao invés de estar a passar todo o tempo a discutir se você vai rebasar, ou merge, ou o que você está supostamente a fazer para grandes arquivos, como, oh, vocês usam o sistema de arquivos virtual que eles fizeram, ou você usa esse outro plug-in, e quantos.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Sinais de progresso em git melhor solucao

Mais um recorte útil sobre git melhor solucao antes de virar padrão do time: Se você não sabe a minha história, quando eu estava primeiro aprendendo coisas de código, eu estava hostando servers de Minecraft, e eu aprendi Git como uma forma de manejar as versões dos plugins e coisas que eu estava usando antes de realmente escrever código. E essas coisas acabaram sendo super poderosas para mim quando fui para a escola, porque eu nunca tive o problema de acidentalmente deletar código que todos os meus colegas e todos os meus colegas tinham. A maneira como você aceita mudanças é que alguém te envia um patch em uma rede de e-mail e as pessoas teriam uma conversa, iriam de volta para volta para decidir se deve ser mergido na fonte de código principal que as pessoas acessariam.

E muito do que fez Git especial foi a frustração de Linus com esses workflows, em particular quando eles estavam tentando streamlinar o uso de BitKeeper, que eles tinham acesso gratuito, como um acordo amigável. Mas Git realmente parece o que Linus precisava, que era um sistema de gestão descentralizado para muitas pessoas terem acesso à mesma fonte, formatando perfeitamente a história de Git e suas mudanças para que eles pudessem enviar por e-mail para serem aprovados e mergidos nesse projeto major. É um pouco engraçado dizer, mas sem o GitHub, é impossível que o Get tivesse encontrado o sucesso que ele tem, porque o mais bom que o modelo descentralizado é, ele não proporciona a experiência que esperamos como desenvolvedores de uma fonte centralizada de verdade, que é onde tudo acontece.

Git rapidamente se tornou essencial para open source e GitHub se tornou o lugar onde todos esses projetos de open source foram. Tornou-se tão importante que quando eu fui numa luta sobre isso no Hacker News e Twitter há um tempo atrás, as pessoas estavam tentando dizer que isso vai ter essa nova fada que vai se perder qualquer dia agora e as pessoas estão muito esperando que isso seja ensinado nas escolas e tal. Algo que eu faço muito é comitês partiais, onde eu vou adicionar "-p", selecionar as partes que eu quero, ignorar as partes que eu não quero, e então comitê-las, progress, ou whip, ou stage1finished, ou algo assim.

Para `git-ainda-melhor-solucao`, preserve só o que muda uma decisão observável esta semana. Se o trecho for opinião, rotule como opinião — não fabrique métrica ausente do áudio.

Recortes adicionais da fonte sobre git melhor solucao

Estes trechos reforçam o raciocínio de `git-ainda-melhor-solucao` sem resumo genérico:

Não é um forco de código de VSCode, é um editor fresco de fora, escrito em Rust, que é o melhor possível de experiência de editor para escrever código. Falar sobre o código ajuda a entender isso, tanto individualmente quanto como um time, mas com o atual equipamento, essas discussões e todos os insights que eles geram parecem existir em todos os lugares, exceto o código em si. They are the bridge between our expected developer experience as modern full-stack developers using tools like Next and the things that these weird companies need.

Não há razão para não começar com eles, erro que fizemos com o T3Chat, porque seus primeiros milhões de usuários são gratuitos. Quando estamos falando de um killer de Git, é só justo começar com o que está errado com Git, porque se está bem, não há razão para construir uma alternativa para isso. As pessoas deveriam estar resolvendo isso, ao invés de estar a passar todo o tempo a discutir se você vai rebasar, ou merge, ou o que você está supostamente a fazer para grandes arquivos, como, oh, vocês usam o sistema de arquivos virtual que eles fizeram, ou você usa esse outro plug-in, e quantos.

Se você não sabe a minha história, quando eu estava primeiro aprendendo coisas de código, eu estava hostando servers de Minecraft, e eu aprendi Git como uma forma de manejar as versões dos plugins e coisas que eu estava usando antes de realmente escrever código. E essas coisas acabaram sendo super poderosas para mim quando fui para a escola, porque eu nunca tive o problema de acidentalmente deletar código que todos os meus colegas e todos os meus colegas tinham. A maneira como você aceita mudanças é que alguém te envia um patch em uma rede de e-mail e as pessoas teriam uma conversa, iriam de volta para volta para decidir se deve ser mergido na fonte de código principal que as pessoas acessariam.

E muito do que fez Git especial foi a frustração de Linus com esses workflows, em particular quando eles estavam tentando streamlinar o uso de BitKeeper, que eles tinham acesso gratuito, como um acordo amigável. Mas Git realmente parece o que Linus precisava, que era um sistema de gestão descentralizado para muitas pessoas terem acesso à mesma fonte, formatando perfeitamente a história de Git e suas mudanças para que eles pudessem enviar por e-mail para serem aprovados e mergidos nesse projeto major. É um pouco engraçado dizer, mas sem o GitHub, é impossível que o Get tivesse encontrado o sucesso que ele tem, porque o mais bom que o modelo descentralizado é, ele não proporciona a experiência que esperamos como desenvolvedores de uma fonte centralizada de verdade, que é onde tudo acontece.

Git rapidamente se tornou essencial para open source e GitHub se tornou o lugar onde todos esses projetos de open source foram. Tornou-se tão importante que quando eu fui numa luta sobre isso no Hacker News e Twitter há um tempo atrás, as pessoas estavam tentando dizer que isso vai ter essa nova fada que vai se perder qualquer dia agora e as pessoas estão muito esperando que isso seja ensinado nas escolas e tal. Algo que eu faço muito é comitês partiais, onde eu vou adicionar "-p", selecionar as partes que eu quero, ignorar as partes que eu não quero, e então comitê-las, progress, ou whip, ou stage1finished, ou algo assim.

E eu vou fazer um monte desses comitês incrementais enquanto eu pego coisas que são boas, para que eu não tenha que se preocupar com nooking, porque eu vou regularmente adicionar "-stash", ou adicionar "-reset", porque eu não. O problema é que eu não posso cometer a parte que conseguiu certo e ignorar a parte que conseguiu errado, ou estacar e colocar em outra parte, porque eu estou vivendo entre comitês durante aquela janela. Se você acha que amendo o mesmo comitê de vez em quando, de alguma forma, resolve isso, eu não sei se nós estamos vivendo nos mesmos mundos, mas, tipo, conflitos de mergulho grandes se sentem difícil, porque não há uma maneira real de fazer trabalho parcial.

Internalize com links reais do ecossistema CrazyStack: /blog, /curso-cursor-avancado-configuracoes-pro, /curso-claude-code-9-dicas-profissionais, /programa-crazystack e /checklist-independencia-cursor.