Questões de Concurso
Sobre gerência de configuração em engenharia de software
Foram encontradas 604 questões
Para aplicar essa condição ao pipeline de TJApp, Mateus precisou modificar o arquivo .gitlab-ci.yml na raiz de TJAppRepo, adicionando uma regra na seção:
Analise as afirmativas abaixo com relação ao software de controle de versões Apache Subversion.
1. O Subversion é um sistema centralizado de compartilhamento de informação. Em seu núcleo está um repositório, que é uma central de armazenamento de dados. O repositório armazena informação em forma de uma árvore de arquivos - uma hierarquia típica de arquivos e diretórios.
2. O servidor Apache Subversion requer exclusivamente um servidor Linux para sua execução.
3. O Subversion utiliza um modelo de copy-modify-merge (copiar-modificar-fundir) como uma alternativa ao locking. Nesse modelo, cada usuário se conecta ao repositório do projeto e cria uma cópia de trabalho pessoal (personal working copy,ou cópia local) - um espelho local dos arquivos e diretórios do repositório. Os usuários então trabalham simultaneamente e independentemente, modificando suas cópias privadas. Finalmente, as cópias privadas são fundidas (merged) numa nova versão final.
Assinale a alternativa que indica todas as afirmativas corretas.
Julgue o seguinte item, relativos à engenharia de software.
Os processos de verificação e validação de um sistema
devem demonstrar que ele atende à sua especificação e que o
seu comportamento suporta os requisitos do cliente, por
meio da busca de erros na especificação ou de projeto.
Os sistemas de controle de versão são ferramentas de software que ajudam a gerência de mudanças no código-fonte. Em relação a esses sistemas, assinale a alternativa correta.
Analise os comandos abaixo:
1. git checkout principal 2. git clone principal 3. git integrate principal bugfix123 4. git merge principal bugfix 5. git merge bugfix123
Qual a sequência correta de comandos que atende ao que é solicitado?
Ao final dessa sequência de comandos, os arquivos que se encontram em seu diretório de trabalho, além do README.md, é/são
Em uma pasta local do seu computador, suponha que você inicializou um repositório Git novo, ramo master, e criou um arquivo README.md com o seguinte conteúdo, adicionou-o à área de preparo e fez o commit logo em seguida:
# Meu repositório
Este é o meu repositório
Depois, você criou um novo ramo chamado copy, mudou para esse ramo, adicionou a linha seguinte ao final do arquivo README.md e fez o commit das alterações:
Entre em contato via [email protected].
Em seguida, você mudou para o ramo master, adicionou a linha seguinte ao final do arquivo README.md e também fez o commit das alterações:
Veja meus repositórios em http://github.com/nomesobrenome.
Neste ponto, você pode pedir ao Git para realizar uma mesclagem básica das alterações, de modo que o conteúdo de README.md no diretório de trabalho passe a ser o seguinte:
# Meu repositório
Este é o meu repositório.
<<<<<<< HEAD
Veja meus repositórios em http://github.com/nomesobrenome.
=======
Entre em contato via [email protected].
>>>>>>> copy
O comando que deve ser utilizado para que o Git realize a mesclagem básica ilustrada no
cenário descrito acima é:
Conheça nossos planos