<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>DEV Community: Rafael Ângelo Leite dos Santos</title>
    <description>The latest articles on DEV Community by Rafael Ângelo Leite dos Santos (@lrafaelangelocell).</description>
    <link>https://dev.to/lrafaelangelocell</link>
    <image>
      <url>https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.us-east-2.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F4095595%2F97e70eac-2554-4049-9ad4-2aa85c1712f9.jpg</url>
      <title>DEV Community: Rafael Ângelo Leite dos Santos</title>
      <link>https://dev.to/lrafaelangelocell</link>
    </image>
    <atom:link rel="self" type="application/rss+xml" href="https://dev.to/feed/lrafaelangelocell"/>
    <language>en</language>
    <item>
      <title>Como eu aprendi a versionar meus códigos.</title>
      <dc:creator>Rafael Ângelo Leite dos Santos</dc:creator>
      <pubDate>Wed, 26 Aug 2026 11:54:08 +0000</pubDate>
      <link>https://dev.to/lrafaelangelocell/como-eu-aprendi-a-versionar-meus-codigos-27j6</link>
      <guid>https://dev.to/lrafaelangelocell/como-eu-aprendi-a-versionar-meus-codigos-27j6</guid>
      <description>&lt;p&gt;Hoje quero compartilhar uma pequena vitória que, pra mim, tem um peso enorme: finalmente entendi (na prática!) como funciona o Git e o GitHub.&lt;/p&gt;

&lt;p&gt;Parece bobo pra quem já usa isso no dia a dia, mas quem está começando sabe: o Git tem uma fama de ser assustador. Termos como "commit", "branch", "merge" e "pull request" pareciam um idioma à parte. E o pior: os erros no terminal não costumam vir com explicações amigáveis.&lt;/p&gt;

&lt;p&gt;Foi assim comigo. Cliquei em "clone", copiei a URL do repositório, e logo na primeira tentativa de subir código pro GitHub, esbarrei num erro de autenticação. Depois descobri que era simples: o GitHub não aceita mais senha comum pra isso, é preciso gerar um Token de Acesso Pessoal. Resolvido isso, veio a próxima etapa: criar uma branch pra não mexer direto na main, editar o README, e aprender a fazer commits organizados seguindo o padrão de Conventional Commits (tipo "docs:", "feat:").&lt;/p&gt;

&lt;p&gt;O que mais me marcou foi entender o "porquê" de cada etapa, não só o "como":&lt;/p&gt;

&lt;p&gt;Clone existe pra trazer o projeto pra minha máquina. Branch existe pra eu testar e desenvolver sem bagunçar o código principal.           Commit é o meu checkpoint, o registro do que mudou e por quê. Push leva meu trabalho local pro repositório remoto. Pull Request é o momento de pedir revisão antes de oficializar a mudança. Merge é quando tudo finalmente se junta.&lt;/p&gt;

&lt;p&gt;Quando vi a mensagem "Pull request successfully merged and closed" no GitHub, foi uma sensação ótima. Não só porque o código funcionou, mas porque entendi de verdade o fluxo e sei que vou usar isso em praticamente todo projeto de programação daqui pra frente.&lt;/p&gt;

&lt;p&gt;Fica o aprendizado: errar comando no terminal, ler mensagem de erro com calma, e ir testando um passo de cada vez é o caminho mais real de aprender Git. Não teve mágica, teve prática.&lt;/p&gt;

&lt;p&gt;Se você também está começando agora, minha dica é: não tenha medo de errar no terminal. Cada erro ali te ensina mais do que qualquer tutorial decorado.&lt;/p&gt;

&lt;h1&gt;
  
  
  Git #GitHub #DesenvolvimentoWeb #FrontEnd #AprendizadoContinuo #Programação
&lt;/h1&gt;

</description>
      <category>beginners</category>
      <category>git</category>
      <category>github</category>
      <category>learning</category>
    </item>
  </channel>
</rss>
