Teste 2: Versionadores

Juliana Jenny Kolb

Home > Simulados on-line  > Questões de Concursos > Tecnologia da Informação (TI)

Teste 2: Versionadores

Questões extraídas de concursos públicos e/ou provas de certificação. Cada teste apresenta no máximo 30 questões.

Results

#1. (CESPE – TRE-RS/2015) A respeito da customização do uso Git, assinale a opção correta.

O Git usa, por padrão, o editor de texto definido no shell, opção que pode ser alterada pelo comando git config --global core.editor nomedoeditor.

O Git usa, por padrão, o editor de texto definido no shell, opção que pode ser alterada pelo comando git config --global core.editor nomedoeditor.

O Git, ao permitir configuração personalizada unicamente no lado cliente, por segurança, bloqueia o lado servidor para a execução de comandos remotos.

O Git, ao permitir configuração personalizada unicamente no lado cliente, por segurança, bloqueia o lado servidor para a execução de comandos remotos.

O Git, por padrão, verifica a consistência de todos os objetos que ele recebe durante um push.

O Git, por padrão, verifica a consistência de todos os objetos que ele recebe durante um push.

O Git realiza a detecção e a correção de problemas relacionados a formatação e espaços em branco, tratando-se, entretanto, de um pacote adicional que deve ser ativado pelo usuário.

O Git realiza a detecção e a correção de problemas relacionados a formatação e espaços em branco, tratando-se, entretanto, de um pacote adicional que deve ser ativado pelo usuário.

Não se pode configurar uma ferramenta externa gráfica de merge e diff para a resolução de conflitos.

Não se pode configurar uma ferramenta externa gráfica de merge e diff para a resolução de conflitos.

#2. (CESPE – TRE-RS/2015) Assinale a opção que apresenta a sequência correta de atividades do fluxo básico de um processo de controle de versões por meio do Git.

1. Modificar os arquivos no diretório de trabalho; 2. selecionar os arquivos e adicionar seus snapshots na área de preparação; 3. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git.

1. Modificar os arquivos no diretório de trabalho; 2. selecionar os arquivos e adicionar seus snapshots na área de preparação; 3. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git.

1. Modificar os arquivos no diretório de trabalho; 2. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git; 3. selecionar os arquivos e adicionar seus snapshots na área de preparação.

1. Modificar os arquivos no diretório de trabalho; 2. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git; 3. selecionar os arquivos e adicionar seus snapshots na área de preparação.

1. Fazer um commit, que levará os arquivos como estão na versão inicial da área de preparação; 2. modificar os arquivos no diretório de trabalho; 3. selecionar os arquivos e adicionar seus snapshots na área de preparação; 4. armazenar esses arquivos permanentemente no diretório Git.

1. Fazer um commit, que levará os arquivos como estão na versão inicial da área de preparação; 2. modificar os arquivos no diretório de trabalho; 3. selecionar os arquivos e adicionar seus snapshots na área de preparação; 4. armazenar esses arquivos permanentemente no diretório Git.

1. Selecionar os arquivos e adicionar seus snapshots na área de preparação; 2. modificar os arquivos no diretório de trabalho; 3. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git.

1. Selecionar os arquivos e adicionar seus snapshots na área de preparação; 2. modificar os arquivos no diretório de trabalho; 3. fazer um commit, que levará os arquivos como estão na área de preparação e os armazenará permanentemente no diretório Git.

1. Modificar os arquivos no diretório de trabalho; 2. selecionar os arquivos e adicionar seus snapshots na área de preparação; 3. armazenar esses arquivos permanentemente no diretório Git; 4. fazer um commit, que levará os arquivos como estão na área de preparação.

1. Modificar os arquivos no diretório de trabalho; 2. selecionar os arquivos e adicionar seus snapshots na área de preparação; 3. armazenar esses arquivos permanentemente no diretório Git; 4. fazer um commit, que levará os arquivos como estão na área de preparação.

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

Bazaar.

Bazaar.

Git.

Git.

Mercurial.

Mercurial.

Subversion.

Subversion.

Darcs.

Darcs.

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

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.

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.

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.

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.

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.

#5. (CESPE – STJ/2015) O Git, sistema de controle de versões que mantém um histórico completo de todas as alterações, permite a recuperação das versões do projeto na busca de informações sobre o estado dos arquivos em versões anteriores.

Falso

Falso

Verdadeiro

Verdadeiro

#6. (CESPE – STJ/2015) No que se refere à programação web e a sistemas de controle de versão, julgue o item subsequente. 
O Subversion, que oferece diversos algoritmos de diferenciação de três vias para manipulação de dados até uma granularidade de caracteres individuais, não permite complementar o processamento de fusão de conteúdo com utilitários de diferenciação externos.

Verdadeiro

Verdadeiro

Falso

Falso

#7. (CESPE – MEC/2015) Com relação à área de controle de versão, julgue o item subsequente. 
 SVN working copy não é responsável por armazenar o histórico de mudanças completo do código.

Verdadeiro

Verdadeiro

Falso

Falso

#8. (CESPE – MEC/2015) Com relação à área de controle de versão, julgue o item subsequente. 
 A utilização do branching no SVN somente existe por motivo de becape.

Falso

Falso

Verdadeiro

Verdadeiro

#9. (CESPE – MEC/2015) Com relação à área de controle de versão, julgue o item subsequente. 
Os desenvolvedores devem implementar novas funcionalidades no SVN somente no código que recebeu uma tag.

Falso

Falso

Verdadeiro

Verdadeiro

#10. (CESPE – TCU/2015) Com referência às ferramentas de desenvolvimento de aplicações, inclusive para ambiente web e dispositivos móveis, julgue o item a seguir. 
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

Falso

Verdadeiro

Verdadeiro

#11. (FCC – TRT – 3ª Região (MG)/2015) Após o analista de TI alterar no Git um arquivo previamente monitorado chamado trt.py e após ter passado a monitorar um novo arquivo chamado Tribunal, executou-se o comando git status e foi exibido: 
 
Nestas condições, para selecionar o arquivo trt.py de forma que ele possa ser consolidado no próximo commit, utiliza-se o comando git

add trt.py

add trt.py

search trt.py

search trt.py

seek trt.py

seek trt.py

select trt.py

select trt.py

choose trt.py

choose trt.py

#12. (FCC – TRT – 3ª Região (MG)/2015) Um técnico de TI, utilizando o Git, marcou um arquivo modificado em sua versão corrente para que ele faça parte do snapshot do próximo commit. Esta ação colocou o arquivo no estado 

consolidado.

consolidado.

persistido.

persistido.

depreciado.

depreciado.

modificado.

modificado.

preparado.

preparado.

#13. (FCC – MPE-PB/2015) Um Analista utiliza o Subversion (SVN) para controle de versões e irá proceder alteração do código fonte de uma aplicação catalogada no software de controle. Sobre o SVN é correto afirmar que

pode avisar pessoas que venham a buscar o código fonte que o arquivo foi retirado para modificações. Contudo, Subversion não publica nenhuma alteração até que se comande a submissão do arquivo editado.

pode avisar pessoas que venham a buscar o código fonte que o arquivo foi retirado para modificações. Contudo, Subversion não publica nenhuma alteração até que se comande a submissão do arquivo editado.

pode avisar pessoas que venham a buscar o código fonte que foram feitas modificações no arquivo. Além disso, ele publica a alteração assim que o arquivo for editado, sem necessidade de forçar a submissão de publicação.

pode avisar pessoas que venham a buscar o código fonte que foram feitas modificações no arquivo. Além disso, ele publica a alteração assim que o arquivo for editado, sem necessidade de forçar a submissão de publicação.

permite que outros desenvolvedores editem o mesmo arquivo que está sendo editado pelo Analista, simultaneamente, realizando uma composição com a contribuição de todos. Para publicar as contribuições, cada desenvolvedor precisa comandar o compartilhamento assim que terminar os seus trabalhos.

permite que outros desenvolvedores editem o mesmo arquivo que está sendo editado pelo Analista, simultaneamente, realizando uma composição com a contribuição de todos. Para publicar as contribuições, cada desenvolvedor precisa comandar o compartilhamento assim que terminar os seus trabalhos.

não pode avisar pessoas que venham a buscar o código fonte sobre o fato de que se está modificando o arquivo. Qualquer informação sobre atividades de manutenção do código fonte, as quais estejam em curso, somente são visualizadas se as mudanças forem compartilhadas.

não pode avisar pessoas que venham a buscar o código fonte sobre o fato de que se está modificando o arquivo. Qualquer informação sobre atividades de manutenção do código fonte, as quais estejam em curso, somente são visualizadas se as mudanças forem compartilhadas.

permite que outros desenvolvedores editem o mesmo arquivo que está sendo editado pelo Analista, simultaneamente, realizando uma composição com a contribuição de todos. O Subversion publica as alterações assim que cada desenvolvedor editar o arquivo, sem necessidade de ação dos desenvolvedores.

permite que outros desenvolvedores editem o mesmo arquivo que está sendo editado pelo Analista, simultaneamente, realizando uma composição com a contribuição de todos. O Subversion publica as alterações assim que cada desenvolvedor editar o arquivo, sem necessidade de ação dos desenvolvedores.

#14. (FCC – MPE-PB/2015) O GIT possibilita controlar versões de componentes de software com as facilidades de

navegar no histórico das modificações, consultando diretamente as cópias dos arquivos físicos de cada versão, a partir de um repositório localizado no servidor de programas fonte.

navegar no histórico das modificações, consultando diretamente as cópias dos arquivos físicos de cada versão, a partir de um repositório localizado no servidor de programas fonte.

replicar cópias de cada componente quando da sua modificação, atualizando repositórios de arquivos locais nas estações de trabalho de cada desenvolvedor catalogado como membro do projeto de software em questão.

replicar cópias de cada componente quando da sua modificação, atualizando repositórios de arquivos locais nas estações de trabalho de cada desenvolvedor catalogado como membro do projeto de software em questão.

armazenar alterações de fontes de programas como uma lista de mudanças por arquivo, registrando portanto um conjunto de arquivos e as mudanças feitas a cada arquivo ao longo do tempo.

armazenar alterações de fontes de programas como uma lista de mudanças por arquivo, registrando portanto um conjunto de arquivos e as mudanças feitas a cada arquivo ao longo do tempo.

armazenar alterações de fontes de programas em um único arquivo de registro de alterações subsequentes que funciona como um LOG de modificações de fontes que pode ser aplicado para desfazê-las a qualquer tempo.

armazenar alterações de fontes de programas em um único arquivo de registro de alterações subsequentes que funciona como um LOG de modificações de fontes que pode ser aplicado para desfazê-las a qualquer tempo.

navegar no histórico das versões, consultando snapshots referentes aos arquivos físicos do servidor de fontes que são guardados em um banco de dados local da máquina do desenvolvedor.

navegar no histórico das versões, consultando snapshots referentes aos arquivos físicos do servidor de fontes que são guardados em um banco de dados local da máquina do desenvolvedor.

#15. (CESPE – ANTAQ/2015) No que diz respeito à engenharia de testes, julgue o item subsecutivo. 
 A ferramenta SVN, também denominada subversion, é mais eficiente na transmissão e no armazenamento de arquivos textos do que de arquivos binários.

Verdadeiro

Verdadeiro

Falso

Falso

#16. (CESPE – ANATEL/2014) Acerca das ferramentas de software para suporte às atividades de análise e controle de versão, julgue o próximo item. 
 Os comandos da ferramenta Git são relativamente simples: para adicionar, por exemplo, um arquivo novo ao repositório no Git, basta utilizar o comando commit depois de efetuar o comando add.

Falso

Falso

Verdadeiro

Verdadeiro

#17. (CESPE – ANATEL/2014) Acerca das ferramentas de software para suporte às atividades de análise e controle de versão, julgue o próximo item. 
 As ferramentas de controle de versão Git e SVN oferecem o mesmo grau de confiabilidade no armazenamento das informações e são ambas implantadas conforme o conceito de sistemas de controle de versão distribuído.

Falso

Falso

Verdadeiro

Verdadeiro

#18. (FCC – TRT – 13ª Região (PB)/2014) Paulo está executando o Git no Linux. Ele tem um repositório Git e um checkout ou cópia funcional dos arquivos para o projeto atual. Cada arquivo, no diretório de trabalho de Paulo, pode estar em um de dois estados: monitorado ou não monitorado. Arquivos monitorados são arquivos que estavam no último snapshot; podendo estar inalterados, modificados ou selecionados. Arquivos não monitorados são os restantes.  
 Para Paulo verificar, em linha de comando, quais arquivos estão em quais estados ele utilizou o comando git status. Em seguida, ele adicionou um novo arquivo chamado trt ao projeto.

git -a --sx trt

git -a --sx trt

git -mu trt

git -mu trt

git add trt

git add trt

git state trt

git state trt

git fetch trt

git fetch trt

#19. (INSTITUTO AOCP – UFPB/2014) O CVS e o Git são bastante utilizados para dar suporte aos ambientes de desenvolvimento de software. Sabendo disso, assinale a alternativa que apresenta corretamente a funcionalidade a que se destina o CVS e o Git.

Servidores de banco de dados.

Servidores de banco de dados.

Servidores web.

Servidores web.

Servidores de aplicação.

Servidores de aplicação.

Servidores de controle de versão.

Servidores de controle de versão.

Servidores de backup.

Servidores de backup.

Ver Resultado