Controle de versão é um mecanismo que registra alterações em...
Próximas questões
Com base no mesmo assunto
Ano: 2019
Banca:
UFSCAR
Órgão:
UFSCAR
Prova:
UFSCAR - 2019 - UFSCAR - Técnico de Tecnologia da Informação |
Q4414062
Engenharia de Software
Controle de versão é um mecanismo que registra alterações em um arquivo ou conjunto de
arquivos ao longo do tempo, para que os desenvolvedores possam acessar ou restaurar
versões específicas mais tarde. Um sistema de controle de versão (VCS) permite que
desenvolvedores revertam arquivos para um estado anterior, revertam todo o projeto para
um estado anterior, comparem as mudanças ao longo do tempo, vejam quem modificou pela
última vez algo que pode estar causando um problema, quem introduziu um problema,
quando, e muito mais. O Git é um sistema de controle de versão bastante utilizado. Tendo
em vista este contexto, observe o código apresentado na figura abaixo, cujas partes estão
identificadas por (a) até (g), analise o código e faça a associação com a explicação
adequada (1) até (7). Assinale a alternativa que corretamente associa o código à explicação
adequada.
1. O arquivo ainda não está sendo rastreado pelo git. Por essa razão, git status recomenda a inclusão do arquivo para rastreamento.
2. O arquivo está incluído para o rastreamento e preparado para ser enviado.
3. Tanto o primeiro arquivo quanto o segundo arquivo estão preparados para serem enviados.
4. O primeiro arquivo está preparado para ser enviado, porém o segundo arquivo, que já está sendo rastreado, sofreu alterações. O segundo arquivo não está preparado para ser enviado.
5. O comando git status aplicado após um git clone.
6. O segundo arquivo sofre alteração. A versão que sofreu a alteração mais recente aparece como não preparado para ser enviado.
7. O comando indica que o arquivo deve ser incluído para rastreamento pelo git.
1. O arquivo ainda não está sendo rastreado pelo git. Por essa razão, git status recomenda a inclusão do arquivo para rastreamento.
2. O arquivo está incluído para o rastreamento e preparado para ser enviado.
3. Tanto o primeiro arquivo quanto o segundo arquivo estão preparados para serem enviados.
4. O primeiro arquivo está preparado para ser enviado, porém o segundo arquivo, que já está sendo rastreado, sofreu alterações. O segundo arquivo não está preparado para ser enviado.
5. O comando git status aplicado após um git clone.
6. O segundo arquivo sofre alteração. A versão que sofreu a alteração mais recente aparece como não preparado para ser enviado.
7. O comando indica que o arquivo deve ser incluído para rastreamento pelo git.