O trunk-based development é uma estr...

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

Q1096738 • Engenharia de Software • Gerência de Configuração • Instituto Legalle • BADESUL RS • Analista de Sistemas Ênfase em Arquiteto de Software • 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.

Analisando...

Questões sobre Gerência de Configuração

1

Q1103552 • Engenharia de Software • Gerência de Configuração • FUNDATEC • IFC SC • Informática Engenharia de Software e Banco de Dados • 2026
Um dos maiores benefícios dos sistemas de controle de versão distribuídos é a capacidade de alternar rapidamente entre diferentes contextos de trabalho. Considere o seguinte cenário:
Um desenvolvedor estava trabalhando ativamente em um repositório local, inserindo código na branch novo-botao-save. Antes de concluir a funcionalidade, recebeu um chamado urgente para corrigir um bug crítico na tela de login que já estava em produção. Para resolver o problema partindo de uma base de código estável, ele guardou temporariamente suas alterações inacabadas e utilizou o comando git _______ master para mudar seu diretório de trabalho para a branch principal (master). Logo em seguida, para manter o isolamento da correção, ele criou e acessou simultaneamente uma nova branch chamada correcao-bug-login por meio do comando git _______ -b correcao-bug-login. Após realizar as correções necessárias e registrar o commit localmente, ele finalizou sua tarefa atualizando o repositório remoto com a nova branch utilizando o comando git _______ origin correcao-bug-login.
Assinale a alternativa que preenche, correta e respectivamente, as lacunas do trecho acima.
- a) checkout – checkout – push
- b) update – branch – commit
- c) change – create – push
- d) checkout – branch – commit
- e) change – create – update
Analisando...
Carregando informações...
2

Q1103551 • Engenharia de Software • Gerência de Configuração • FUNDATEC • IFC SC • Informática Engenharia de Software e Banco de Dados • 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
Analisando...
Carregando informações...
3

Q1099680 • Engenharia de Software • Gerência de Configuração • FUNDATEC • IFC SC • Informática Programação Básica e Programação Web • 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.
Analisando...
Carregando informações...
4

Q1096489 • Engenharia de Software • Gerência de Configuração • FUNDATEC • IFC SC • Informática Programação de Sistemas • 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.
Analisando...
Carregando informações...
5

Q1095099 • Engenharia de Software • Gerência de Configuração • UERJ • UERJ • Analista de Tecnologia da Informação Sistemas de Informação • 2026
Mudanças são inevitáveis quando um software é construído e podem causar confusão quando os membros de uma equipe estão trabalhando num projeto. Se as alterações não forem controladas, elas controlarão o processo. Por isso a importância da gestão de configuração de software. Em um sistema de controle desse tipo de gestão, quatro importantes conjuntos de elementos devem existir. Um deles deve conter uma coleção de procedimentos e tarefas que definem uma abordagem eficaz de gestão de alterações (e atividades relacionadas) para todas as partes envolvidas em gestão, engenharia e uso do software. Este conjunto é composto pelos elementos:
- a) de processo
- b) de construção
- c) de componente
- d) de natureza humana
Analisando...
Carregando informações...
6

Q1094104 • Engenharia de Software • Gerência de Configuração • COPERVE UFSC • UFSC • Analista de Tecnologia da Informação • 2026
Analise as afirmativas a seguir a respeito da ferramenta de versionamento Git e assinale a alternativa correta.

I. Git é um sistema de controle de versão distribuído, o que significa que cada desenvolvedor possui uma cópia completa do repositório, incluindo todo o histórico de mudanças.
II. Uma branch (ramificação) permite que você trabalhe em uma cópia do código separadamente do resto do projeto. Isso é útil para desenvolver novas funcionalidades, corrigir bugs ou experimentar novas ideias sem afetar o código principal.
III. Criar um clone de um repositório significa copiar um repositório inteiro da sua máquina local para um servidor.
IV. O pull é o processo de enviar suas mudanças locais para um repositório remoto.
- a) Somente as afirmativas I, II e III estão corretas.
- b) Somente as afirmativas I e II estão corretas.
- c) Somente as afirmativas II e IV estão corretas.
- d) Somente as afirmativas III e IV estão corretas.
- e) Somente as afirmativas I, III e IV estão corretas.
Analisando...
Carregando informações...
7

Q1083890 • Engenharia de Software • Gerência de Configuração • CESPE CEBRASPE • TJ RJ • Analista de Sistemas • 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.
Analisando...
Carregando informações...
8

Q1082279 • Engenharia de Software • Gerência de Configuração • FUNCERN • IF PE • Área Desenvolvimento • 2025
Durante o desenvolvimento colaborativo em um projeto Git, pode surgir a demanda de integrar alterações de diferentes branches. Neste contexto, dois comandos são muito comuns para lidar com essa necessidade: git merge e git rebase. Assinale a situação em que o comando git rebase é mais indicado do que git merge.
- a) Quando precisa manter o contexto histórico de quando as branches foram unidas.
- b) Quando deseja preservar a estrutura ramificada do desenvolvimento.
- c) Quando deseja ignorar commits antigos.
- d) Quando deseja manter um histórico linear, reescrevendo a base dos commits.
- e) Quando precisa excluir branches antigos após união.
Analisando...
Carregando informações...
9

Q1064153 • Engenharia de Software • Gerência de Configuração • FGV • INPE • Processamento de Alto Desempenho PAD HPC • 2024
Relacione as terminologias referentes ao Git, listadas a seguir, às suas respectivas definições.

1. Fetch
2. Branch
3. Issue
4. Commit
( ) Permite adicionar alterações do repositório remoto à sua ramificação de trabalho local, sem confirmá-las.
( ) Está contido no repositório, mas é uma versão paralela do mesmo, não afetando a ramificação principal e permitindo trabalhar livremente sem interromper a versão "live".
( ) É uma alteração individual em um ou mais arquivos. Quando usado para salvar um trabalho, o Git gera um ID único que permite registrar as alterações confirmadas assim como quem as fez e quando.
( ) É uma sugestão de melhoria, tarefa ou dúvida relacionada ao repositório. Pode ser criado por qualquer pessoa (em repositórios públicos), bem como ser categorizado com rótulos e atribuído a colaboradores.

Assinale a opção que indica a relação correta, segundo a ordem apresentada.

Assinale a opção que indica a relação correta, segundo a ordem apresentada.
- a) 2 – 1 – 4 – 3.
- b) 1 – 4 – 2 – 3.
- c) 2 – 1 – 3 – 4.
- d) 1 – 2 – 4 – 3.
- e) 3 – 2 – 4 – 1.
Analisando...
Carregando informações...
10

Q1063572 • Engenharia de Software • Gerência de Configuração • FGV • INPE • Desenvolvimento de Software para Operação de Satélites • 2024
Relacione as terminologias referentes ao Git, listadas a seguir, às suas respectivas definições.

1. Fetch
2. Branch
3. Issue
4. Commit

( ) Permite adicionar alterações do repositório remoto à sua ramificação de trabalho local, sem confirmá-las.
( ) Está contido no repositório, mas é uma versão paralela do mesmo, não afetando a ramificação principal e permitindo trabalhar livremente sem interromper a versão "live".
( ) É uma alteração individual em um ou mais arquivos. Quando usado para salvar um trabalho, o Git gera um ID único que permite registrar as alterações confirmadas assim como quem as fez e quando.
( ) É uma sugestão de melhoria, tarefa ou dúvida relacionada ao repositório. Pode ser criado por qualquer pessoa (em repositórios públicos), bem como ser categorizado com rótulos e atribuído a colaboradores.

Assinale a opção que indica a relação correta, segundo a ordem apresentada.
- a) 2 – 1 – 4 – 3.
- b) 1 – 4 – 2 – 3.
- c) 2 – 1 – 3 – 4.
- d) 1 – 2 – 4 – 3.
- e) 3 – 2 – 4 – 1.
Analisando...
Carregando informações...

Mais questões de Engenharia de Software →

O trunk-based development é uma estr...

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

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Reportar erro em questao

Busca no Site