Questões – GIT

 Juliana Jenny Kolb

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

Questões – GIT

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

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.

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.

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

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

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

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

select trt.py

select trt.py

seek trt.py

seek trt.py

choose trt.py

choose trt.py

search trt.py

search trt.py

add trt.py

add trt.py

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

persistido.

persistido.

depreciado.

depreciado.

modificado.

modificado.

consolidado.

consolidado.

preparado.

preparado.

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

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

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

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

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.

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

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

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

-m.

-m.

-j.

-j.

-s.

-s.

-h.

-h.

-v.

-v.

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

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 integração contínua é uma prática importante para manter o controle dos requisitos.

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.

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

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.

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

#9. (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 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).

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.

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

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

I e III.

I e III.

I e IV.

I e IV.

II e III.

II e III.

II e IV.

II e IV.

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

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.

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.

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.

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

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.

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.

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.

#12. (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 log --stat

git log --stat

git log --history

git log --history

git show --all

git show --all

git history --log

git history --log

git show --snapshot

git show --snapshot

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

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.

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

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.

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

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

Verdadeiro

Verdadeiro

Falso

Falso

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

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.

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.

#17. (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 fetch trt

git fetch trt

git state trt

git state trt

git -mu trt

git -mu trt

git add trt

git add trt

#18. (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 revisões locais para outro repositório remoto.

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

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

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.

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 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 push não existe na ferramenta GIT.

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

III, IV e V.

III, IV e V.

II, III, e V.

II, III, e V.

II, III e IV.

II, III e IV.

I, II e III.

I, II e III.

I, II e IV.

I, II e IV.

#20. (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 aplicação.

Servidores de aplicação.

Servidores de controle de versão.

Servidores de controle de versão.

Servidores de backup.

Servidores de backup.

Servidores de banco de dados.

Servidores de banco de dados.

Servidores web.

Servidores web.

#21. (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 commit do arquivo “principal.java” localmente, para posterior envio ao repositório 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.

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

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

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

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

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

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

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

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

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.

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.

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 comando git add muda, automaticamente, o estado do arquivo para monitorado, não sendo válido para diretórios.

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 fetch [nome-remoto] traz os dados do repositório remoto para seu repositório local, realizando o merge automaticamente.

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

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.

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.

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

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.

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

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

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

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

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.

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

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.

o servidor central é um ponto único de falha.

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

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.

Ver Resultado