A área de TI (Tecnologia da Informação) necessita de um sof...

Alternativa correta: E - Apache Subversion

O tema da questão aborda a necessidade de um software de controle de versões para obter a certificação CMMI em uma área de TI. CMMI (Capability Maturity Model Integration) é um modelo de aprimoramento de processos que fornece às organizações elementos essenciais para melhorar seus processos de desenvolvimento e manutenção de software. Controlar versões é um aspecto fundamental para garantir que as alterações no software sejam gerenciadas de maneira eficiente e segura.

Agora, vamos analisar cada alternativa para entender por que a alternativa E é a correta e as outras são incorretas:

Alternativa A: Mozilla KnockDown

Mozilla KnockDown não é um software de controle de versões conhecido ou reconhecido. A Mozilla é conhecida por outros produtos, como o navegador Firefox, mas não há registros de um software de controle de versões com esse nome.

Alternativa B: Apache OverThrow

Apache OverThrow também não é um software de controle de versões. A Apache Software Foundation desenvolve muitos projetos open-source, mas OverThrow não é um deles.

Alternativa C: Oracle Subversion

Embora Subversion seja um software de controle de versões, ele não é desenvolvido pela Oracle. Subversion é um projeto open-source da Apache Software Foundation.

Alternativa D: Oracle KnockDown

Assim como a alternativa A, KnockDown não é um software de controle de versões reconhecido. Além disso, esta opção também incorretamente associa a Oracle a um produto inexistente.

Alternativa E: Apache Subversion

Correta! Apache Subversion (também conhecido como SVN) é um sistema de controle de versões desenvolvido pela Apache Software Foundation. É uma solução amplamente utilizada e reconhecida para gerenciamento de versões, especialmente em projetos de software open-source. Utilizando o SVN, as organizações podem monitorar todas as mudanças feitas no código-fonte ao longo do tempo, garantindo eficiência e segurança no desenvolvimento de software, alinhando-se aos requisitos do CMMI.

Em resumo, a alternativa E é a correta porque Apache Subversion é uma solução livre e amplamente utilizada para controle de versões, alinhando-se perfeitamente à necessidade apresentada na questão.

https://pt.wikipedia.org/wiki/Subversion:

Apache Subversion (também conhecido por SVN) é um sistema de controle de versão desenhado especificamente para ser um substituto moderno do CVS, que se considera ter algumas limitações. O Subversion utiliza banco de dados Berkeley BD.

Gabarito E

Apache Subversion (também conhecido por SVN) é um sistema de controle de versão desenhado especificamente para ser um substituto moderno do CVS, que se considera ter algumas limitações. O Subversion utiliza banco de dados Berkeley BD.

 

Versão 1.6: (lançada em 20 de março de 2009)

Melhorias no svn merge

Correção de vários bugs

Versão 1.5: (lançada em 19 de junho de 2008)

Registro de intercalagens.

Versão 1.4: (lançada em 10 de setembro de 2006)

Suporte ao BDB 4.4

O acesso ao repositório mudou. Quer dizer que os repositórios vão sendo gradualmente atualizados. Então, versões anteriores não poderão aceder a novos repositórios.

Versão 1.3: (lançada em 1 de janeiro de 2006)

Binds para python e ruby

Mais de 30 bugs corrigidos

Versão 1.2: (lançada em 21 de maio de 2005)

travamento de arquivos quando não é possível intercalá-los ("reserved checkouts")

auto-versionamento WebDAV integral

Versão 1.1 (lançada em 20 de Setembro de 2004):

mensagens internacionalizadas do programa

versionamento de atalhos simbólicos

um novo formato de repositório, FSFS, que não usa um "back-end" de base de dados, guardando as revisões em ficheiros no sistema de ficheiros.

A versão 1.0 do Subversion (lançada em 23 de Fevereiro de 2004) possui as seguintes características:

As características mais correntes do CVS

São guardadas versões de directorias, mudanças de nome e meta-dados de ficheiros

As operações de "commit" são verdadeiramente atómicas

Servidor HTTP Apache como servidor de rede, WebDAV/DeltaV como protocolo (também existe um processo independente de servidor que usa um protocolo personalizado sobre TCP/IP)

A ramificação e a etiquetagem são operações "baratas" (em tempo constante)

Desenho nativo de arquitectura cliente-servidor e de "biblioteca em camadas"

O protocolo cliente-servidor envia diffs em ambas as direcções

Os custos são proporcionais ao tamanho das mudanças e não ao tamanho dos dados

Tratamento eficiente de ficheiros binários.

Saída de informação passível de ser analisada gramaticalmente (incluindo a saída de registos em formato XML)

Licença de software livre - "licença CollabNet/Tigris.org ao estilo Apache"

 

 

 

"Retroceder Nunca Render-se Jamais !"
Força e Fé !
Fortuna Audaces Sequitur !