Questão de Engenharia de Software — Gerência de Configuração — FCC 2018
Engenharia de Software›Gerência de Configuração
Código
fc044225
Banca
FCC
Órgão
DPE-AM
Ano
2018
Cargo
Analista em Gestão Especializado de Defensoria - Analista de Sistema
Um Analista de Sistemas optou por utilizar o Subversion como sistema de controle de versão em um projeto Java, porque este aplicativo
Afunciona de forma distribuída (ou descentralizada), sendo muito útil para desenvolvimento de software em geral.
Bé similar ao Mercurial e Bazaar, que também utilizam um repositório centralizado.
Ctem repositórios maiores e com mais recursos se comparado ao Git, além de usar algoritmo de compressão mais eficiente.
Dtrabalha com repositório único, sendo utilizado tradicionalmente em projetos construídos com essa linguagem.
Efunciona de forma híbrida, ora distribuído, ora centralizado, e possui interface simples e intuitiva.
Revelar gabarito e comentário▾
GabaritoD — trabalha com repositório único, sendo utilizado tradicionalmente em projetos construídos com essa linguagem.
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”.
Subversion (SVN) como sistema de controle de versão
Gabarito: letra D. O Subversion (SVN) é um sistema de controle de versão centralizado, baseado em um único repositório central, e historicamente muito utilizado em projetos Java, entre outras linguagens. As demais alternativas incorrem em erros conceituais, principalmente ao confundir sua arquitetura com sistemas distribuídos ou ao atribuir características incorretas.
Alternativa
Afirmação sobre o Subversion (SVN)
Correção
Motivo
A
Funciona de forma distribuída (ou descentralizada)
❌ Incorreta
SVN é centralizado; sistemas distribuídos são Git e Mercurial.
B
É similar ao Mercurial e Bazaar, que também utilizam repositório centralizado
❌ Incorreta
Mercurial e Bazaar são distribuídos, não centralizados.
C
Tem repositórios maiores e com mais recursos que o Git, com compressão mais eficiente
❌ Incorreta
Git é mais eficiente em armazenamento e velocidade; SVN usa deltas e cresce mais.
D
Trabalha com repositório único, sendo utilizado tradicionalmente em projetos Java
✅ Correta
SVN é centralizado (repositório único) e foi amplamente adotado em projetos Java.
E
Funciona de forma híbrida, ora distribuído, ora centralizado
❌ Incorreta
SVN é exclusivamente centralizado, sem modo distribuído.
Alternativa A — ❌ Incorreta
Afirma que o SVN "funciona de forma distribuída (ou descentralizada)". Na verdade, o SVN é um sistema centralizado: todo o histórico e versões ficam armazenados em um servidor central, e os desenvolvedores trabalham com cópias de trabalho locais, enviando (commit) as alterações para o repositório central. Sistemas distribuídos, como Git e Mercurial, mantêm repositórios completos em cada máquina local, permitindo trabalho offline e fluxos mais flexíveis.
Alternativa B — ❌ Incorreta
Diz que o SVN é similar ao Mercurial e Bazaar, "que também utilizam um repositório centralizado". Essa afirmação é falsa: tanto Mercurial quanto Bazaar são sistemas distribuídos (embora o Bazaar possa operar em modo centralizado, sua natureza primária é distribuída). Portanto, a similaridade com SVN não se sustenta.
Alternativa C — ❌ Incorreta
Alega que o SVN "tem repositórios maiores e com mais recursos se comparado ao Git, além de usar algoritmo de compressão mais eficiente". Na prática, o Git é reconhecido por sua eficiência em armazenamento e velocidade, especialmente por usar snapshots e compressão inteligente. O SVN armazena mudanças (deltas) e seus repositórios tendem a crescer mais rapidamente, sem oferecer vantagens significativas sobre o Git nesse aspecto.
Alternativa D — ✅ Correta ⟵ GABARITO
"Trabalha com repositório único, sendo utilizado tradicionalmente em projetos construídos com essa linguagem." O SVN é um sistema centralizado que utiliza um repositório único (o servidor central). Embora não seja exclusivo do Java, foi amplamente adotado em projetos Java, especialmente no passado, por sua simplicidade e integração com ferramentas como Eclipse. A alternativa capta corretamente a essência do SVN.
Alternativa E — ❌ Incorreta
Propõe que o SVN "funciona de forma híbrida, ora distribuído, ora centralizado". Não existe modo híbrido no SVN: ele é estritamente centralizado. Recurso híbrido não é suportado; o SVN sempre depende do servidor central para operações de commit e atualização.
NÃO CAIA NESSA!
A banca explora a confusão entre sistemas centralizados e distribuídos. O SVN é frequentemente confundido com o Git, que é distribuído. Lembre-se: SVN → centralizado; Git → distribuído. Essa troca conceitual é a principal armadilha.