Compartilhando | Teste 1: Versionadores

#1. (CS-UFG – SANEAGO – GO/2018) Uma desenvolvedora está trabalhando em um projeto cujo repositório de arquivos está em um servidor que usa o modelo descentralizado GIT. Ela não possui internet, mas deseja consolidar as modificações que fez para posteriormente enviá-las para gravação na nuvem assim que tiver conexão à rede. Para executar este versionamento, a desenvolvedora deve

fazer solicitação de commit para o servidor, de maneira que esta solicitação fique pendente e, assim que existir conexão à rede, o código será automaticamente enviado para o sistema.

realizar um commit local e, posteriormente, fazer o envio da versão nova para o servidor principal.

fazer uma cópia dos arquivos em uma nova pasta, renomeando esse novo diretório com número de versão acima do atual.

criar uma nova ramificação do repositório local, colocando todos os arquivos da nova versão na pasta trunk.

#2. (FCC – DPE-AM/2018) Um Analista de Sistemas optou por utilizar o Subversion como sistema de controle de versão em um projeto Java, porque este aplicativo

trabalha com repositório único, sendo utilizado tradicionalmente em projetos construídos com essa linguagem.

funciona de forma distribuída (ou descentralizada), sendo muito útil para desenvolvimento de software em geral.

tem repositórios maiores e com mais recursos se comparado ao Git, além de usar algoritmo de compressão mais eficiente.

é similar ao Mercurial e Bazaar, que também utilizam um repositório centralizado.

funciona de forma híbrida, ora distribuído, ora centralizado, e possui interface simples e intuitiva.

#3. (FCC – TST/2017) Um Analista de Sistemas que utiliza o SVN em linha de comando deseja adicionar um arquivo chamado index.html ao repositório e atualizá-lo, ou seja, efetivar a adição do arquivo enviando a modificação ao servidor. Para isso, terá que utilizar

o comando svn add 'index.html' to repository and commit.

os comandos svn add file='index.html' e svn commit -x index.html.

os comandos svn append index.html e svn commit -a index.html.

os comandos svn add index.html e svn commit -m "Novo arquivo adicionado".

o comando svn add index.html --commit log "Repositório atualizado".

#4. (FCC – TST/2017) Um Programador adicionou um novo repositório remoto no Git usando o comando git remote add teste git://github.com/testehub/projgit.git. Para listar todos os repositórios remotos de forma completa, incluindo a URL do repositório, utiliza-se o comando git remote

-v.

-h.

-j.

-s.

-m.

#5. (FCC – TST/2017) Considere os fragmentos de texto abaixo.
     Existem alguns padrões e recomendações para organizar um repositório. Muitas pessoas criam um diretório ..I.. para guardar a “linha principal” de desenvolvimento, um diretório ..II.. para guardar as ramificações, e um diretório ..III.. para guardar as versões concluídas.
   (Adaptado de: https://tortoisesvn.net/…)
     Em nosso dia a dia do desenvolvimento criamos ..II.. e builds dos produtos são gerados em cima deles para testes do setor de qualidade. Caso sejam encontrados problemas, a correção é feita e, em seguida, eles são transferidos para o ..I.. do produto. Quando determinados builds de produtos são aprovados pela equipe da qualidade, são criadas ..III.. para “congelar” o ponto onde os produtos e suas funcionalidades foram aprovados.
   (Adaptado de: http://tsdn.tecnospeed.com.br/…)
Os fragmentos de texto tratam de questões de organização em ambientes de controle de versões com SVN. Nesses fragmentos, as lacunas I, II e III são preenchidas, correta e respectivamente, com

kernel − branches − tags

kernel − boxes − tags

trunk − branches − boxes

trunk − branches − tags

bulk − twigs − branches

#6. (UPENET/IAUPE – UPE/2017) A Engenharia de Software contempla inúmeros conceitos. Sobre eles, assinale a alternativa CORRETA.

Seguindo o RUP, a elicitação de requisitos deve iniciar na fase de elaboração.

A integração contínua é uma prática importante para manter o controle dos requisitos.

A técnica de pontos de função, também chamada de pontos de caso de uso, foi criada para estimar o esforço no desenvolvimento de casos de uso.

Para um bom gerenciamento de configuração, é importante a utilização de ferramentas tanto de controle de versão, como SVN e Git, quanto de controle de mudanças, como Trac e Bugzilla.

Testes unitários e testes de integração são classificados como testes caixa preta.

#7. (COMPERVE – UFRN/2017) No processo de desenvolvimento colaborativo de software, a gerência de versão permite controlar o histórico e o desenvolvimento dos códigos -fontes bem como da documentação. Em relação ao uso de sistemas de controle de versão de software (como GIT e subversion) em engenharia de software, considere as seguintes afirmações:
I Checkout é o comando de excluir um código-fonte do repositório.
II Commit é o comando de submeter mudanças em um código-fonte.
III “Ramificação e mescla” é um método de divisão do projeto em diferentes linhas de desenvolvimento que podem ser trabalhadas paralelamente.
IV Trama exclusiva é um método que permite salvar uma versão estável do software para publicação com código de versão pública.
Estão corretas as afirmações

II e IV.

I e IV.

II e III.

I e III.

#8. (IF-PE – IF-PE/2017) Em um ambiente de desenvolvimento de software, torna-se crucial o uso de ferramentas de controle de versão. Assinale a alternativa que contém a afirmativa CORRETA.

A ferramenta de controle de versão GIT tem suporte a diversos comandos, um deles é o “git clone copy /repositorio” que realiza uma cópia do trabalho em um repositório local.

A ferramenta de controle de versão GIT tem como característica realizar o controle de versão centralizado, ao contrário de outras ferramentas que realizam o controle distribuído.

Apesar do GIT ser utilizado como ferramenta de controle de versão de software, o controle distribuído de versões ainda está em fase de testes.

A ferramenta de controle de versão GIT tem suporte a diversos comandos, um deles é o “git clone user@server: /repositorio/trabalho” que possibilita que uma cópia do trabalho possa ser gravada em um servidor remoto do trabalho.

Acerca da ferramenta de gerenciamento de versão GIT, os Branches podem ser utilizados para desenvolver funcionalidades de forma isolada. Sendo o branch default o branch padrão quando se cria um repositório.

#9. (FCC – AL-MS/2016) Depois de criar vários commits utilizando o Git, um Técnico em Informática deseja ver o histórico de commits com algumas estatísticas abreviadas para cada commit. Para isso, ele deve utilizar a instrução

git show --snapshot

git show --all

git log --stat

git history --log

git log --history

#10. (FCC – AL-MS/2016) No sistema de controle de versões Mercurial, para exibir, em detalhes, cada evento que ocorreu no repositório utiliza-se o comando

hg status all.

hg view --log.

hgrc show -a.

svg all.

hg log -v.

#11. (IF-PE – IF-PE/2016) Ferramentas de Controle de Versão ajudam a gerenciar mudanças em artefatos de projetos de software, como código fonte, pastas e arquivos em geral. Com respeito a ferramentas de Controle de Versão é CORRETO afirmar que

SVN e CVS são exemplos de ferramentas de controle de versão distribuído.

em ferramentas de controle de versão centralizado, o comando push é utilizado para enviar revisões locais para outro repositório.

GIT e MERCURIAL são exemplos de ferramentas de controle de versão distribuído.

em ferramentas de controle de versão centralizado, o comando pull é utilizado para enviar revisões locais para outro repositório.

em ferramentas de controle de versão distribuído, o comando clone é utilizado para enviar alterações para o repositório, criando uma versão no repositório central.

#12. (IF-PE – IF-PE/2016) Modificações são inevitáveis quando um software é construído. Um objetivo primordial da Engenharia de Software é otimizar a forma como as modificações podem ser acomodadas e reduzir a quantidade de esforço despendido quando elas estiverem sendo feitas. Uma das ferramentas existentes para dar suporte ao processo de Gestão de Modificações é a ferramenta GIT. A cerca dessa ferramenta e considerando o comando abaixo, assinale a alternativa CORRETA.
git push -u origin master

O comando acima envia cópia para o repositório local das alterações feitas em um repositório remoto.

O comando acima envia revisões locais para outro repositório remoto.

O comando push não existe na ferramenta GIT.

O comando acima cria uma cópia de trabalho/repositório na máquina onde esse comando foi executado.

O comando acima envia alterações para o repositório local, criando uma revisão.

#13. (IF-PE – IF-PE/2016) Considerando a utilização da ferramenta de controle de versão GIT, pode-se afirmar que
I. tudo no Git tem seu checksum (valor para verificação de integridade) calculado antes que seja armazenado e então passa a ser referenciado pelo checksum. Isso significa que é impossível mudar o conteúdo de qualquer arquivo ou diretório sem que o Git tenha conhecimento.
II. caso você esteja iniciando o monitoramento de um projeto existente com Git, você precisa ir para o diretório do projeto e digitar: git init
III. git faz com que seus arquivos sempre estejam em um dos três estados fundamentais: consolidado (committed), baixado (downloaded) e preparado (staged).
IV. você clona um repositório com o comando git clone [url] . Por exemplo, caso você queria clonar a biblioteca Git do Ruby chamada Grit, você pode fazê-lo da seguinte forma: git clone git://github.com/schacon/grit.git
V. o comando git checkout baixa o código mais atual da linha master do repositório.
Estão CORRETAS apenas as afirmações constantes nos itens

I, II e IV.

II, III e IV.

II, III, e V.

III, IV e V.

I, II e III.

#14. (IBFC – EBSERH/2016) Para o gerenciamento do servidor de versionamento de código fonte e documentação – SVN (Apache Subversion) utiliza-se do banco de dados:

MySQL.

PostgreSQL.

Berkeley DB (BDB).

SQL-Server.

IBM Informix.

#15. (INSTITUTO AOCP – CASAN/2016) O Git é um sistema de controle de versão muito utilizado na atualidade. Com ele podemos controlar versões de diversos tipos de arquivos, principalmente códigos fontes de sistemas. Um programador da CASAN executou a seguinte sequência de comandos no shell do git. Qual foi o objetivo?
git add principal.java
git commit –m “primeiro commit do arquivo”

Criar um branch (ramificação) do repositório atual a partir do arquivo “principal.java”.

Enviar o arquivo “principal.java” para o servidor remoto.

Criar um commit do arquivo “principal.java” localmente, para posterior envio ao repositório remoto.

Fazer um merge do arquivo “principal.java” com o repositório local.

Remover o arquivo “principal.java” do repositório local.

#16. (CESPE – TRE-RS/2015) Acerca do controle de versão com Git, é correto afirmar que

o comando git fetch [nome-remoto] traz os dados do repositório remoto para seu repositório local, realizando o merge automaticamente.

o uso do protocolo HTTP para a transferência de dados é recomendado em projetos grandes com permissão de acesso público de leitura anônimo, por ser o mais rápido entre os disponíveis.

o comando git add muda, automaticamente, o estado do arquivo para monitorado, não sendo válido para diretórios.

o servidor central é um ponto único de falha.

a execução do comando git log com os argumentos –p –2 permite obter o diff introduzido em cada commit, limitando a saída somente às duas últimas entradas.

#17. (CESPE – TJ-DFT/2015) No que se refere aos sistemas de controle de versão e ao Subversion, julgue o item a seguir.
No Subversion 1.7, considerando-se os arquivos versionados cuja propriedade svn:mime-type seja definida com um tipo MIME não textual, suas fusões contextuais são realizadas durante as atualizações.

Verdadeiro

Falso

#18. (CESPE – TJ-DFT/2015) No que se refere aos sistemas de controle de versão e ao Subversion, julgue o item a seguir.
Uma desvantagem dos sistemas de controle de versão que adotam o modelo lock-modify-unlock é a baixa produtividade em trabalhos colaborativos: esse modelo não permite que o conteúdo de um arquivo seja alterado por mais de um usuário simultaneamente.

Verdadero

Falso

#19. (FCC – DPE-SP/2015) Um Analista deseja utilizar um sistema de controle de versão centralizado (Centralized Version Control System − CVCS) que possui um único servidor central contendo todos os arquivos versionados e vários clientes que podem resgatar os arquivos desse servidor. Ele deve utilizar, nesse caso, o

Subversion.

Bazaar.

Darcs.

Mercurial.

Git.

#20. (FCC – DPE-SP/2015) Um SCV − Sistema de Controle de Versão

funciona, com duas operações: 1) check-in: permite pegar a versão de outra área de trabalho e mesclar com a do usuário e 2) check-out: permite ao usuário enviar para outra área a sua versão do projeto.

distribuído, trabalha apenas com um servidor central e diversas áreas de trabalho, baseado na arquitetura cliente-servidor. Por ser distribuído, as áreas de trabalho precisam primeiro passar pelo servidor para poderem se comunicar.

centralizado, é recomendado para equipes com muitos desenvolvedores e que se encontram em diferentes filiais. Cada área de trabalho pode ter seu próprio servidor e as operações de push e pull são feitas na própria máquina.

localizado, atende apenas equipes de desenvolvimento pequenas e que trabalham em uma rede local sem fio. Este SCV não tem problemas de velocidade para enviar e receber os dados e tem um bom tempo de resposta do servidor.

distribuído, permite que as áreas de trabalho se comuniquem. Mas recomenda-se usar um servidor remoto para hospedar o projeto e centralizar o fluxo de envio, evitando ramificações do projeto e a perda do controle.

#21. (CESPE – TCU/2015) Caso um usuário, ao utilizar o software de controle de versões Subversion, tente sobrescrever uma mudança já realizada por outro e isso gere uma situação designada como conflito, o software não tentará resolver automaticamente essa situação.

Verdadeiro

Falso

#22. (IBFC – TJ-PE/2017) A área de TI (Tecnologia da Informação) necessita de um software para o controle de versões para obter a certificação CMMI (Capability Maturity Model Integration). Uma solução livre seria:

Apache OverThrow

Mozilla KnockDown

Apache Subversion

Oracle Subversion

Oracle KnockDown

#23. (CONSULPLAN – TSE/2012) O Subversion ou simplesmente SVN é uma ferramenta de controle de versão de projeto muito poderosa que permite, além do desenvolvimento colaborativo a partir de um repositório único, merge de conteúdo, armazenamento de logs e geração de estatísticas diversas. Dentre as boas práticas, toda revisão deve ser comentada para facilitar o entendimento das alterações realizadas. Além disso, o código no diretório trunk deve sempre estar pronto para ser compilado e colocado em produção, se necessário. Nesse sentido, uma ferramenta de Integração Contínua deve ser utilizada para a geração de builds de teste a cada commit em todas as noites ao longo da semana. Uma dessas ferramentas é conhecida por

BranchControl.

TestControl.

DataControl.

CruiseControl.

#24. (CESPE – MEC/2015) Os desenvolvedores devem implementar novas funcionalidades no SVN somente no código que recebeu uma tag.

Falso

Verdadeiro

#25. (CESPE – MEC/2015) A utilização do branching no SVN somente existe por motivo de becape.

Verdadeiro

Falso

#26. (CESPE – MEC/2015) SVN working copy não é responsável por armazenar o histórico de mudanças completo do código.

Verdadeiro

Falso

#27. (CESPE – TJ-DFT/2015) No que se refere aos sistemas de controle de versão e ao Subversion, julgue o item a seguir.
No Subversion 1.7, considerando-se os arquivos versionados cuja propriedade svn:mime-type seja definida com um tipo MIME não textual, suas fusões contextuais são realizadas durante as atualizações.

Verdadeiro

Falso

#28. (CESPE – TJ-DFT/2015) No que se refere aos sistemas de controle de versão e ao Subversion, julgue o item a seguir.
Uma desvantagem dos sistemas de controle de versão que adotam o modelo lock-modify-unlock é a baixa produtividade em trabalhos colaborativos: esse modelo não permite que o conteúdo de um arquivo seja alterado por mais de um usuário simultaneamente.

Verdadeiro

Falso

#29. (CESPE – TRE-RS/2015) Acerca do controle de versão com Git, é correto afirmar que

o comando git fetch [nome-remoto] traz os dados do repositório remoto para seu repositório local, realizando o merge automaticamente.

a execução do comando git log com os argumentos –p –2 permite obter o diff introduzido em cada commit, limitando a saída somente às duas últimas entradas.

o comando git add muda, automaticamente, o estado do arquivo para monitorado, não sendo válido para diretórios.

o uso do protocolo HTTP para a transferência de dados é recomendado em projetos grandes com permissão de acesso público de leitura anônimo, por ser o mais rápido entre os disponíveis.

o servidor central é um ponto único de falha.

#30. (CESGRANRIO – BACEN/2010) Uma equipe de desenvolvimento de sistemas, que utiliza Eclipse como IDE Java, deseja utilizar o Subversion para controle de versão de seus programas. Que plugins podem ser instalados no Eclipse para que haja a integração da IDE com o repositório do Subversion?

ProjectSet e Subclipse

Subversive e Subclipse

Subversive e FileSync

ProjectSet e FileSync

FileSync e Subclipse

Teste 1: Versionadores

Teste 1: Versionadores

Results

#2. (FCC – DPE-AM/2018) Um Analista de Sistemas optou por utilizar o Subversion como sistema de controle de versão em um projeto Java, porque este aplicativo

#3. (FCC – TST/2017) Um Analista de Sistemas que utiliza o SVN em linha de comando deseja adicionar um arquivo chamado index.html ao repositório e atualizá-lo, ou seja, efetivar a adição do arquivo enviando a modificação ao servidor. Para isso, terá que utilizar

#4. (FCC – TST/2017) Um Programador adicionou um novo repositório remoto no Git usando o comando git remote add teste git://github.com/testehub/projgit.git. Para listar todos os repositórios remotos de forma completa, incluindo a URL do repositório, utiliza-se o comando git remote

#6. (UPENET/IAUPE – UPE/2017) A Engenharia de Software contempla inúmeros conceitos. Sobre eles, assinale a alternativa CORRETA.

#8. (IF-PE – IF-PE/2017) Em um ambiente de desenvolvimento de software, torna-se crucial o uso de ferramentas de controle de versão. Assinale a alternativa que contém a afirmativa CORRETA.

#9. (FCC – AL-MS/2016) Depois de criar vários commits utilizando o Git, um Técnico em Informática deseja ver o histórico de commits com algumas estatísticas abreviadas para cada commit. Para isso, ele deve utilizar a instrução

#10. (FCC – AL-MS/2016) No sistema de controle de versões Mercurial, para exibir, em detalhes, cada evento que ocorreu no repositório utiliza-se o comando

#11. (IF-PE – IF-PE/2016) Ferramentas de Controle de Versão ajudam a gerenciar mudanças em artefatos de projetos de software, como código fonte, pastas e arquivos em geral. Com respeito a ferramentas de Controle de Versão é CORRETO afirmar que

#14. (IBFC – EBSERH/2016) Para o gerenciamento do servidor de versionamento de código fonte e documentação – SVN (Apache Subversion) utiliza-se do banco de dados:

#16. (CESPE – TRE-RS/2015) Acerca do controle de versão com Git, é correto afirmar que

#20. (FCC – DPE-SP/2015) Um SCV − Sistema de Controle de Versão

#21. (CESPE – TCU/2015) Caso um usuário, ao utilizar o software de controle de versões Subversion, tente sobrescrever uma mudança já realizada por outro e isso gere uma situação designada como conflito, o software não tentará resolver automaticamente essa situação.

#22. (IBFC – TJ-PE/2017) A área de TI (Tecnologia da Informação) necessita de um software para o controle de versões para obter a certificação CMMI (Capability Maturity Model Integration). Uma solução livre seria:

#24. (CESPE – MEC/2015) Os desenvolvedores devem implementar novas funcionalidades no SVN somente no código que recebeu uma tag.

#25. (CESPE – MEC/2015) A utilização do branching no SVN somente existe por motivo de becape.

#26. (CESPE – MEC/2015) SVN working copy não é responsável por armazenar o histórico de mudanças completo do código.

#29. (CESPE – TRE-RS/2015) Acerca do controle de versão com Git, é correto afirmar que

#30. (CESGRANRIO – BACEN/2010) Uma equipe de desenvolvimento de sistemas, que utiliza Eclipse como IDE Java, deseja utilizar o Subversion para controle de versão de seus programas. Que plugins podem ser instalados no Eclipse para que haja a integração da IDE com o repositório do Subversion?

Deixe uma resposta Cancelar resposta