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

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

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.

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

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

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.

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

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

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

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

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

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

#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.

-s.

-m.

-j.

#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 − boxes − tags

bulk − twigs − branches

trunk − branches − boxes

kernel − branches − tags

trunk − branches − tags

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

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.

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.

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

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

#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 III.

I e III.

II e IV.

I e IV.

#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 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.

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.

#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 --all

git show --snapshot

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 log -v.

hg view --log.

hgrc show -a.

svg all.

hg status all.

#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

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.

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.

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 alterações para o repositório local, criando uma revisão.

O comando acima envia cópia para o repositório local das alterações feitas em um 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 revisões locais para outro repositório remoto.

#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

II, III e IV.

II, III, e V.

I, II e IV.

I, II e III.

III, IV e V.

#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:

SQL-Server.

Berkeley DB (BDB).

IBM Informix.

MySQL.

PostgreSQL.

#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”

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

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

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

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

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

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

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.

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 servidor central é um ponto único de falha.

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

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

#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

Mercurial.

Darcs.

Subversion.

Git.

Bazaar.

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

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.

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.

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.

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.

#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.

Falso

Verdadeiro

#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:

Mozilla KnockDown

Apache Subversion

Oracle Subversion

Apache OverThrow

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

TestControl.

DataControl.

CruiseControl.

BranchControl.

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

Verdadeiro

Falso

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

Falso

Verdadeiro

#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.

Falso

Verdadeiro

#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.

Falso

Verdadeiro

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

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

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 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 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?

FileSync e Subclipse

Subversive e FileSync

ProjectSet e FileSync

ProjectSet e Subclipse

Subversive 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