Um dev que trabalha com integração contínua, para garantir que suas implementações funcionem com o restante do código, deve, sequencialmente, ao final de sua tarefa,
Aatualizar a cópia local do projeto, executar os testes localmente, executar um build local e fazer commit com o repositório central.
Batualizar a cópia local do projeto, executar um build local, executar os testes localmente e fazer commit com o repositório central.
Cfazer commit com o repositório central, executar um build local, atualizar a cópia local do projeto e executar os testes localmente.
Dexecutar um build local, atualizar a cópia local do projeto, executar os testes localmente e fazer commit com o repositório central.
Eexecutar os testes localmente, executar um build local, atualizar a cópia local do projeto e fazer commit com o repositório central.
Revelar gabarito e comentário▾
GabaritoD — executar um build local, atualizar a cópia local do projeto, executar os testes localmente e fazer commit com o repositório central.
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”.
Integração Contínua – Sequência de Atividades
Gabarito: letra D. Ao final de sua tarefa, o desenvolvedor deve, na visão da banca, executar um build local (para verificar se seu código compila isoladamente), atualizar a cópia local com as últimas mudanças do repositório central (para integrar as alterações dos colegas), executar os testes localmente (para garantir que a integração não quebrou) e, por fim, fazer o commit. Essa sequência assegura que as implementações funcionem com o restante do código.
SE LIGUE NESSA!
Esta questão depende do conhecimento do fluxo típico de integração contínua. A sequência considerada correta pela banca (D) difere da sequência mais comum (atualizar → build → testar → commit), mas é plausível: o build local primeiro valida o código do desenvolvedor; depois a atualização e os testes validam a integração.
1Build local
2Atualizar cópia local
3Testes localmente
4Commit
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
A sequência 'atualizar → testar → build → commit' coloca os testes antes do build, o que é inviável: sem build não há executável para testar. O build deve preceder os testes.
Alternativa B — ❌ Incorreta
Embora 'atualizar → build → testar → commit' seja a sequência mais difundida na prática, a banca considera que o build deve ser executado antes da atualização, para verificar o próprio código sem interferências externas. Por isso, B está incorreta segundo o gabarito.
Alternativa C — ❌ Incorreta
'Commit → build → atualizar → testar' começa com o commit, o que é absurdo: o código ainda não foi verificado nem integrado. Commitar antes de qualquer validação quebra o princípio da integração contínua.
Alternativa D — ✅ Correta ⟵ GABARITO
A ordem é: (1) executar build local (validação do código individual), (2) atualizar a cópia local (integração com o repositório), (3) executar testes localmente (verificação da integração) e (4) fazer o commit. Essa sequência é a adotada pela banca como correta.
Alternativa E — ❌ Incorreta
'Testar → build → atualizar → commit' coloca os testes antes do build, o que é impossível (sem build não há artefato para teste). Além disso, a atualização ocorre após o build, mas antes do commit, o que até seria aceitável, mas a ordem de testar antes do build invalida a alternativa.
NÃO CAIA NESSA!
A banca inverte a ordem intuitiva ('atualizar primeiro') e coloca o build como primeira etapa. Muitos candidatos marcam a alternativa B por ser a mais comum, mas o gabarito é D. Fique atento: em questões de sequência, leia com cuidado o que a banca considera correto.