Questão de Engenharia de Software — Gerência de Configuração — FCC 2019
Engenharia de Software›Gerência de Configuração
Código
fc054087
Banca
FCC
Órgão
Prefeitura de Manaus - AM
Ano
2019
Cargo
Técnico de Tecnologia da Informação da Fazenda Municipal
Ao tentar postar uma nova versão do código em desenvolvimento no SVN, o técnico obteve a informação de que não seria possível postar, pois o arquivo com o código estava desatualizado. Nesta situação, o técnico deve
Afazer a revisão do código utilizando o comando DIFF e depois fazer a postagem utilizando o comando UPDATE.
Bpostar o código utilizando o comando COMMIT ao invés do CHECKOUT.
Cfazer a atualização do código utilizando o comando CHECKOUT e depois fazer a postagem utilizando o comando UPDATE.
Dpostar o código utilizando o comando COMMIT seguido de UPDATE.
Efazer a atualização do código utilizando o comando UPDATE, fazer as correções e depois fazer a postagem.
Revelar gabarito e comentário▾
GabaritoE — fazer a atualização do código utilizando o comando UPDATE, fazer as correções e depois fazer a postagem.
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”.
Controle de versão com SVN – Resolução de conflito de arquivo desatualizado
Gabarito: letra E. Quando o SVN informa que o arquivo está desatualizado, a cópia local não reflete as últimas alterações do repositório. O procedimento correto é primeiro atualizar a cópia de trabalho com svn update, resolver possíveis conflitos, e só então realizar o commit (svn commit) para postar a nova versão. Esse fluxo garante que a postagem seja feita sobre a base mais recente, evitando sobrescritas.
A banca testa a sequência correta de comandos no SVN diante de um conflito de versão. Cada alternativa apresenta uma ordem diferente, misturando comandos (DIFF, UPDATE, COMMIT, CHECKOUT) de forma incorreta.
1svn update
2Resolver conflitos
3svn commit
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Fazer a revisão com diff e depois usar update para postar está errado: update não é um comando de postagem, e sim de atualização. A revisão com diff é útil para ver diferenças, mas não resolve o fato de o arquivo estar desatualizado.
Alternativa B — ❌ Incorreta
Usar commit em vez de checkout não resolve o problema. O erro ocorre porque o arquivo local está desatualizado; o comando commit falharia novamente. checkout é usado para obter uma cópia da revisão, não para postar.
Alternativa C — ❌ Incorreta
Fazer checkout (obter uma nova cópia) e depois update (atualizar) é redundante e não faz sentido: checkout já cria a cópia atual; fazer update em seguida é supérfluo. A sequência correta é update antes do commit, não após um checkout.
Alternativa D — ❌ Incorreta
Postar (commit) primeiro e depois fazer update inverte a ordem necessária. O commit falharia porque o arquivo está desatualizado; o update posterior não corrige o erro de postagem.
Alternativa E — ✅ Correta ⟵ GABARITO
A ordem correta é: svn update para sincronizar a cópia local com o repositório, corrigir eventuais conflitos, e em seguida svn commit para postar a nova versão. É exatamente o que a alternativa descreve.