Questão de Engenharia de Software — Git — CESPE / CEBRASPE 2025
Engenharia de Software›Git
Código
ce417851
Banca
CESPE / CEBRASPE
Órgão
STM
Ano
2025
Cargo
AJ ( )
Julgue o item seguinte, relativos a RabbitMQ, PostgreSQL e Git. A execução dos comandos Git a seguir, na sequência em que aparecem, é suficiente para enviar o arquivo app22.html do repositório local para o repositório remoto, com todas as alterações realizadas localmente. git status git add app22.html git commit -m "Versão 22 do aplicativo"
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Git: fluxo de trabalho para envio ao repositório remoto
Gabarito: Errado (E). A sequência de comandos apresentada — git status, git add app22.html, git commit -m "Versão 22 do aplicativo" — é suficiente apenas para registrar as alterações localmente, mas não para enviá-las ao repositório remoto, pois falta o comando git push. O envio ao remoto exige, além do commit, a publicação das alterações no servidor remoto.
O Git é um sistema de controle de versão distribuído, no qual cada desenvolvedor possui uma cópia completa do repositório em sua máquina local. O fluxo básico de trabalho envolve três áreas principais: o diretório de trabalho (onde os arquivos são editados), a área de preparo (staging area, onde as alterações são selecionadas para o próximo commit) e o repositório local (onde os commits são armazenados permanentemente). Para que as alterações cheguem ao repositório remoto (por exemplo, no GitHub, GitLab ou Bitbucket), é necessário um passo adicional: o git push, que envia os commits locais para o servidor remoto.
A sequência apresentada na questão realiza as seguintes etapas:
git status — exibe o estado atual do diretório de trabalho e da área de preparo, mostrando quais arquivos foram modificados, quais estão preparados e quais não são rastreados. É um comando de consulta, não altera nada.
git add app22.html — adiciona o arquivo app22.html à área de preparo (staging area), marcando-o para ser incluído no próximo commit. Esse comando não envia nada para o remoto.
git commit -m "Versão 22 do aplicativo" — consolida as alterações preparadas em um novo commit no repositório local, com a mensagem fornecida. O commit é uma operação local, que não envolve o servidor remoto.
Após o commit, as alterações estão registradas no histórico local, mas ainda não foram enviadas ao repositório remoto. Para isso, é necessário executar git push (geralmente git push origin <branch>), que transfere os commits locais para o branch correspondente no remoto. Sem esse comando, o repositório remoto permanece desatualizado.
A pegadinha da questão está em omitir o git push, levando o candidato a acreditar que o ciclo add + commit é suficiente para publicar as alterações. Esse é um erro comum para quem está começando com Git, mas a banca explora exatamente essa confusão entre o trabalho local e a sincronização com o remoto.
NÃO CAIA NESSA!
A banca omite o comando git push, fazendo parecer que add + commit já enviam as alterações ao remoto. Lembre-se: commit é local; push é o que envia para o servidor remoto. Sem push, nada chega ao repositório remoto.
1git status (consulta)
2git add (prepara)
3git commit (registra local)
4git push (envia ao remoto)
LEVEL · soulevel.com.br
Item — ❌ Errado
A afirmativa está incorreta porque a sequência de comandos não inclui o git push, que é o comando responsável por enviar os commits locais para o repositório remoto. O git status apenas consulta o estado; o git add prepara o arquivo; o git commit registra a alteração no repositório local. Para concluir o envio ao remoto, seria necessário executar git push após o commit. Portanto, a sequência apresentada é insuficiente para cumprir o que o enunciado afirma.