A Área de Preparação

Parte da seção Controle de Versão do Journey de Terminal da Coddy — lição 9 de 58.

O Git não faz o commit de cada alteração automaticamente. Em vez disso, você escolhe explicitamente quais alterações farão parte do próximo snapshot. Este fluxo de trabalho de duas etapas é construído em torno da staging area.

Pense nisso como uma área de transferência para o próximo commit. Um arquivo passa por três estados:

Diretório de trabalho: onde você edita os arquivos normalmente.
Área de staging: alterações que você marcou para o próximo commit.
Repositório: o histórico permanente, após você realizar o commit.

O objetivo do staging é o controle. Você pode editar dez arquivos, mas preparar (stage) apenas os dois relacionados a uma correção de bug, realizar o commit deles e, em seguida, preparar e realizar o commit do restante separadamente. Cada commit acaba focado em uma única mudança lógica.

Você move arquivos para a área de staging com git add, e da área de staging para o repositório com git commit.

Desafio

Iniciante

A pasta contém um arquivo não rastreado app.txt. Inicialize o repositório e, em seguida, execute git status --short para confirmar que o arquivo aparece como não rastreado.

Folha de consulta

O Git usa um fluxo de trabalho de duas etapas para criar commits:

Diretório de trabalho – onde você edita os arquivos
Área de staging – alterações marcadas para o próximo commit
Repositório – histórico permanente após o commit

Prepare as alterações com git add, e depois salve-as no histórico com git commit. Isso permite agrupar alterações relacionadas em commits focados, mesmo quando vários arquivos foram editados.

Experimente você mesmo

Terminal