Engenharia de Software · VUNESP · 2025 | Questão sqc-vu222982

Git: o comando `git status`

Gabarito: letra A. Ao executar git status sem parâmetros, a primeira informação exibida é o branch atual (o ramo em que o usuário está trabalhando). Essa é a saída padrão do comando, que começa com a linha On branch <nome-do-branch> (ou HEAD detached at ... quando não há branch ativo), seguida do estado dos arquivos no diretório de trabalho e na área de preparo.

O git status é um comando de consulta, de leitura — ele não altera nada no repositório. Sua função é mostrar, a qualquer momento, a situação do projeto: em qual branch você está, quais arquivos foram modificados, quais estão na área de preparo (staging area) e quais ainda não são rastreados (untracked). A saída é organizada em seções, e a primeira delas é justamente a identificação do branch atual.

Para entender por que a alternativa A é a correta, é preciso conhecer a estrutura da saída do comando. Quando você digita git status em um repositório, a primeira linha exibida é algo como:

On branch main

ou, se você estiver em um branch específico:

On branch feature/nova-funcionalidade

Em seguida, o comando mostra o status dos arquivos: modificados, no staging, não rastreados, etc. Essa é a ordem padrão da saída — primeiro o branch, depois os arquivos. É uma informação tão básica que muitos candidatos a subestimam, mas é exatamente o que a banca cobra.

A pegadinha desta questão está em confundir o git status com outros comandos do Git. Por exemplo, o nome do usuário é exibido pelo git config user.name ou git config --list; o código hash identificador do repositório não é uma informação que o git status mostre — o hash de cada commit é exibido pelo git log; a quantidade de commits realizados é mostrada pelo git log --oneline ou git rev-list --count HEAD; e a quantidade de arquivos rastreados não é uma informação direta do git status — ele mostra o estado dos arquivos, mas não um contador total.

NÃO CAIA NESSA!

A banca explora a confusão entre git status e outros comandos de consulta. O candidato que não conhece a saída exata do comando pode ser tentado a escolher uma alternativa que descreve a função de outro comando (como git log para commits ou git config para usuário). A dica é: decore a saída padrão do git status — a primeira linha é sempre o branch atual.

1Branch atual
2Arquivos no staging
3Arquivos modificados
4Arquivos não rastreados

LEVEL · soulevel.com.br

Alternativa A — ✅ Correta ⟵ GABARITO

A primeira informação exibida pelo git status é o branch atual. A saída começa com a linha On branch <nome-do-branch>, que identifica em qual ramo o usuário está trabalhando. Essa é a estrutura padrão do comando, e é exatamente o que a alternativa descreve.

Alternativa B — ❌ Incorreta

O nome do usuário não é exibido pelo git status. Essa informação é configurada e consultada por meio do comando git config (por exemplo, git config user.name ou git config --list). O git status não tem relação com a identidade do usuário.

Alternativa C — ❌ Incorreta

O código hash identificador do repositório não é uma informação exibida pelo git status. O hash de cada commit é mostrado pelo git log (ou git rev-parse HEAD para o hash do commit atual). O git status não exibe hashes.

Alternativa D — ❌ Incorreta

A quantidade de commits realizados não é exibida pelo git status. Para saber quantos commits existem, usa-se git log --oneline ou git rev-list --count HEAD. O git status mostra o estado dos arquivos, não o histórico de commits.

Alternativa E — ❌ Incorreta

A quantidade de arquivos rastreados no repositório não é uma informação direta do git status. O comando mostra o estado dos arquivos (modificados, no staging, não rastreados), mas não apresenta um contador total de arquivos rastreados. Para isso, seria necessário usar outros comandos, como git ls-files | wc -l.

Gabarito: letra A — o git status exibe primeiro o branch atual, depois o estado dos arquivos.