QuestLab Plataforma Inteligente de Questões
Entrar Criar conta
Banco público de questões

Questões para Concursos

Pesquise questões reais por disciplina, assunto, tópico, banca, órgão, cargo, ano e modalidade.

Questões por banca

29 bancas disponíveis. Clique para visualizar todas.

Acesse diretamente as bancas disponíveis na QuestLab. As quantidades abaixo consideram as questões ativas do banco.

CEBRASPE 51.363 questões FGV 25.316 questões FCC 24.632 questões AOCP 23.456 questões IBFC 11.190 questões VUNESP 10.983 questões Instituto Quadrix 9.793 questões FUNDATEC 9.088 questões IBADE 7.820 questões CESGRANRIO 6.013 questões OBJETIVA 4.740 questões CONSULPLAN 4.174 questões FEPESE 3.585 questões IADES 3.439 questões IESES 2.627 questões SELECON 2.377 questões IDECAN 1.907 questões MS CONCURSOS 1.485 questões Instituto Legalle 1.281 questões FAFIPA 1.161 questões FUMARC 842 questões ACAFE 551 questões INSTITUTO AOCP 430 questões NUCEPE 378 questões FUNIVERSA 348 questões FAURGS 203 questões FIOCRUZ 48 questões MACKENZIE 48 questões CETRO 17 questões
Encontre as questões que procura
Limpar filtros
15 questões encontradas
ID 96967 Engenharia de Software Gerência de Configuração Instituto Legalle 2026

O trunk-based development é uma estratégia de gerenciamento de código-fonte que preconiza a integração frequente e direta das alterações de todos os desenvolvedores em um único branch principal, como base para viabilizar a entrega contínua de software. Diante disso, assinale a alternativa CORRETA sobre os princípios e características do trunk-based development .

A O trunk-based development recomenda a criação de branches de longa duração para cada funcionalidade, isolando o trabalho das equipes.
B O trunk-based development é incompatível com práticas de integração contínua, pois commits diretos no branch principal aumentam conflitos.
C A adoção do trunk-based development ajuda a evitar o processo de revisão de código, pois a agilidade da integração é incompatível com pull requests.
D No trunk-based development, o branch principal é reservado para commits de código totalmente testado e aprovado em ambiente de homologação, sendo as alterações integradas apenas após a conclusão de ciclos completos de teste de regressão e validação de negócio.
E No trunk-based development, feature flags permitem integrar código incompleto ao trunk sem expô-lo aos usuários, controlando de forma independente o momento do deploy e o da liberação da funcionalidade.
ID 60960 Engenharia de Software Gerência de Configuração FUNDATEC 2026

Em projetos de desenvolvimento de software, o Git é amplamente utilizado como sistema de controle de versão distribuído, permitindo o gerenciamento do histórico de alterações no código-fonte e a colaboração entre desenvolvedores. Considere o seguinte fluxo de comandos executado em um repositório Git: git add arquivo.c git commit -m "Implementa nova funcionalidade" git push origin main Assinale a alternativa que descreve a função desses comandos no processo de versionamento.

A O comando git add envia o arquivo diretamente para o repositório remoto, enquanto git commit registra a alteração no servidor e git push atualiza o histórico local.
B O comando git commit adiciona o arquivo à área de staging, git add registra a alteração no histórico e git push executa a fusão automática das branches.
C O comando git add cria automaticamente uma nova branch, git commit envia o código para o servidor e git push sincroniza os arquivos locais.
D O comando git add adiciona o arquivo à área de preparação (staging area), git commit registra a alteração no repositório local e git push envia os commits para o repositório remoto.
E O comando git push adiciona o arquivo ao índice do Git, git add cria o commit e git commit envia as alterações ao repositório remoto.
ID 60550 Engenharia de Software Gerência de Configuração FUNDATEC 2026

No Git, qual é a diferença fundamental entre os comandos git fetch e git pull?

A git fetch atualiza as referências remotas sem alterar o diretório de trabalho; git pull executa um fetch seguido de um merge.
B git fetch baixa as alterações do repositório remoto, enquanto git pull apenas lista as diferenças.
C git pull é usado para enviar alterações locais, enquanto git fetch é usado para receber.
D git fetch apaga o histórico local para sincronizar com o remoto; git pull preserva o histórico.
E Não há diferença, são sinônimos introduzidos em versões diferentes do Git.
ID 60316 Engenharia de Software Gerência de Configuração FUNDATEC 2026

Durante o processo de versionamento de um software utilizando o Git, umdesenvolvedor executou um commit em seu repositório local. Imediatamente após a ação, ele percebeu que havia executado o comando muito cedo: esqueceu de adicionar um arquivo importante à área de preparação ( stage ) e escreveu a mensagem descritiva de forma equivocada. Como o commit ainda não foi enviado para o repositório remoto, o desenvolvedor deseja refazê-lo, incorporando o arquivo esquecido e corrigindo a mensagem, de modo a sobrescrever o registro anterior sem criar um commit adicional no histórico. Após adicionar o arquivo pendente ao stage , qual é o comando a se executar para atingir esse objetivo diretamente, sem a necessidade de comandos adicionais?

A git commit --amend
B git revert --commit
C git reset --soft HEAD~1
D git rebase --interactive
E git restore --staged
ID 22848 Engenharia de Software Gerência de Configuração FGV 2025

Leia a descrição a seguir. “É uma cópia de um repositório existente para o seu próprio namespace ou conta, permitindo realizar alterações e experimentar o projeto livremente, pois a cópia é totalmente sua e você tem permissão para fazer push para ela”. O elemento do sistema de controle de versão git correspondente à descrição citada é:

A Tag.
B Branch.
C Fork.
D Commit.
E GitLab.
ID 22676 Engenharia de Software Gerência de Configuração FGV 2025

Historicamente, as equipes de desenvolvimento trabalhavam de forma isolada por grandes períodos, atrasando a junção de suas modificações na ramificação principal ( master ) até a conclusão completa de suas tarefas. Essa prática resultava em fusões de código complexas e demoradas, além de propiciar o acúmulo de erros. Consequentemente, a agilidade na distribuição de novas atualizações aos clientes era severamente comprometida. Isso posto, a solução para o problema descrito é a (o):

A Entrega Contínua.
B Monitoramento.
C Implantação Contínua.
D Build.
E Integração Contínua.
ID 8966 Engenharia de Software Gerência de Configuração CEBRASPE 2025
Texto associado
Acerca de princípios do DevOps, automação de builds e deploys , CI/CD, versionamento, branches , merge e pipelines , julgue o item a seguir.

No Git, o cherry-picking permite que se adicione um commit de certa branch ao último commit de outra branch , sem que se inclua o restante dos commits da branch de origem.

A Certo
B Errado
ID 15527 Engenharia de Software Gerência de Configuração CEBRASPE 2022

Com relação à arquitetura de software , julgue o próximo item. Nos sistemas de versionamento de software , o repositório de artefatos deverá manter as duas últimas versões para backup , o que, por conseguinte, leva à exclusão das demais versões.

A Certo
B Errado
ID 17342 Engenharia de Software Gerência de Configuração CEBRASPE 2021

A ferramenta de controle de versão Subversion (SVN)

A é considerada um sistema peer-to-peer e, embora seja uma ferramenta proprietária que requer aquisição de licença para uso, pode rodar (executar) usando o servidor Apache.
B suporta commits atômicos, sem deixar inconsistências, mesmo diante de problemas que ocorrem na rede ou no servidor.
C tem como principal desvantagem o fato de não permitir as operações file-lock ou checkout reservado.
D fornece automaticamente uma camada extra de proteção a arquivos e pastas adicionais armazenados por ela, os quais, por isso, não podem ser corrompidos pelo usuário.
E mantém um histórico detalhado de todos os arquivos removidos, com exceção daqueles que foram renomeados.