Questões – Mercurial

Juliana Jenny Kolb

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

Questões – Mercurial

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. (FCC – DPE-RS/2017) O NetBeans IDE permite que se trabalhe com os sistemas de controle de versão Git, Mercurial e Subversion. Por exemplo, a inicialização dos repositórios Git ou Mercurial no NetBeans IDE versão 8.2, pode ser feita a partir da seleção do projeto, de um clique

no menu Executar, da escolha da opção Controle de Versões e da seleção do nome do repositório que se deseja inicializar (Git ou Mercurial).

no menu Executar, da escolha da opção Controle de Versões e da seleção do nome do repositório que se deseja inicializar (Git ou Mercurial).

no menu Ferramentas, da escolha da opção Plug-ins, da seleção de Git ou Mercurial e de um clique no botão Instalar. Em seguida, deve-se clicar no menu Ferramentas, na opção Controle de Versão e nas opções Git ou Mercurial.

no menu Ferramentas, da escolha da opção Plug-ins, da seleção de Git ou Mercurial e de um clique no botão Instalar. Em seguida, deve-se clicar no menu Ferramentas, na opção Controle de Versão e nas opções Git ou Mercurial.

no menu Código-Fonte, da escolha da opção Criar Controle de Versão, da seleção do nome do repositório (Git ou Mercurial) e de um clique no botão Inicializar.

no menu Código-Fonte, da escolha da opção Criar Controle de Versão, da seleção do nome do repositório (Git ou Mercurial) e de um clique no botão Inicializar.

com o botão direito do mouse sobre o nome dele e, a partir da opção Controle de Versão, da seleção do repositório que se deseja inicializar (Git ou Mercurial).

com o botão direito do mouse sobre o nome dele e, a partir da opção Controle de Versão, da seleção do repositório que se deseja inicializar (Git ou Mercurial).

no menu Ferramentas, da escolha da opção Controle de Versão e de um clique no nome do repositório que se deseja inicializar (Git ou Mercurial).

no menu Ferramentas, da escolha da opção Controle de Versão e de um clique no nome do repositório que se deseja inicializar (Git ou Mercurial).

#2. (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 view --log.

hg view --log.

hg log -v.

hg log -v.

svg all.

svg all.

hg status all.

hg status all.

hgrc show -a.

hgrc show -a.

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

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.

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.

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

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

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

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 centralizado, o comando push é utilizado para enviar revisões locais para outro repositório.

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 centralizado, o comando pull é utilizado para enviar revisões locais para outro repositório.

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

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.

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.

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.

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.

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.

Ver Resultado