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,
- A)atualizar a cópia local do projeto, executar os testes localmente, executar um build local e fazer commit com o repositório central.
Errada, porque coloca os testes antes do build, invertendo uma ordem mais lógica de validação da própria construção do projeto.
- B)atualizar a cópia local do projeto, executar um build local, executar os testes localmente e fazer commit com o repositório central.
Certa, pois segue a sequência adequada: atualizar a base local, fazer o build, executar os testes e só então commitar no repositório central.
- C)fazer commit com o repositório central, executar um build local, atualizar a cópia local do projeto e executar os testes localmente.
Errada, porque começa pelo commit e só depois tenta atualizar e testar, o que contraria a prática segura de integrar mudanças.
- D)executar um build local, atualizar a cópia local do projeto, executar os testes localmente e fazer commit com o repositório central.
Errada, pois o build vem antes da atualização da cópia local, o que pode fazer voce validar uma base desatualizada.
- E)executar os testes localmente, executar um build local, atualizar a cópia local do projeto e fazer commit com o repositório central.
Errada, porque coloca os testes antes do build e ainda deixa a atualização da cópia local para depois, invertendo a lógica esperada.
Gabarito: B
Em integração contínua, a ideia é simples: antes de integrar sua alteração no fluxo comum, voce precisa reduzir a chance de quebrar o projeto. Por isso, a rotina correta começa sincronizando sua cópia local com o repositório central, para trabalhar sobre a base mais atual. Depois, voce gera o build local, porque ele mostra se o código compila e se a estrutura do projeto está saudável. Em seguida, executa os testes localmente, para verificar se as mudanças não derrubaram o comportamento esperado. Só depois disso faz o commit no repositório central. Essa ordem faz sentido porque evita o clássico drama do "funcionava na minha máquina": primeiro voce atualiza, depois verifica se o projeto monta, depois confere os testes, e só então compartilha a alteração. Em CI, o objetivo é manter integrações pequenas, frequentes e menos dolorosas. O gabarito B está correto justamente por seguir essa sequência lógica de trabalho seguro: atualizar a cópia local, fazer o build, rodar os testes e então enviar ao repositório central. É o fluxo mais coerente para garantir que a implementação conviva bem com o restante do código antes de ser integrada.