Questão de Engenharia de Software — Gerência de Configuração — FCC 2025
Engenharia de Software›Gerência de Configuração
Código
fc074024
Banca
FCC
Órgão
TRF - 4ª REGIÃO
Ano
2025
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade: Análise de Sistemas de Informação
Na implantação de um novo sistema de gestão processual, a equipe de analistas de um tribunal foi orientada a adotar práticas alinhadas aos princípios de DevOps e DevSecOps, além de estabelecer um fluxo organizado de versionamento de código-fonte utilizando Git e GitLab. No planejamento do pipeline de integração continua e entrega continua (CI/CD), optou-se por implementar uma estratégia de ramificação baseada no Gitflow para gerenciar versões de produção e desenvolvimento simultaneamente. Considerando essas praticas, a estruturação adequada desse fluxo envolve
Aa manutenção de uma branch principal voltada à estabilização do código, combinada com merges diretos de funcionalidades em produção sempre que aprovadas.
Bcriação de fluxos de entrega continua estruturados por desenvolvedor, com controle individual de versao descartando a dependência de branches colaborativas.
Ca definição de pipelines segmentados por ambiente, com branches de longa duração integrando demandas operacionais e funcionais em ciclos continuos.
Do uso de uma abordagem centralizada em uma única branch de desenvolvimento principal, com validações manuais antes da publicação das versões.
Eutilização de branches especificas como “develop” para integração de novas funcionalidades e “master/main” para versões estaveis de produção.
Revelar gabarito e comentário▾
GabaritoE — utilização de branches especificas como “develop” para integração de novas funcionalidades e “master/main” para versões estaveis de produção.
Comentário gerado por IA. É um apoio ao estudo, ancorado em fontes, mas pode conter imprecisões — confira sempre na fonte oficial (lei, súmula, edital e gabarito da banca). Encontrou um erro? Use “Reportar”.
Gitflow – Estratégia de Ramificação
Gabarito: letra E. O modelo Gitflow utiliza a branch develop para integrar novas funcionalidades e a branch master/main para versões estáveis de produção, conforme descrito na alternativa E. As demais alternativas apresentam características incompatíveis com o Gitflow.
O Gitflow é um modelo de ramificação bem definido que organiza o desenvolvimento em branches específicas: feature (funcionalidades), develop (integração), release (preparação para versão), hotfix (correções urgentes) e master/main (produção). A alternativa E captura corretamente o papel das duas principais branches.
Gitflow
1Branches principais
master/main
Versões estáveis de produção
develop
Integração de funcionalidades
2Branches auxiliares
feature (curta duração)
release (preparação)
hotfix (correções urgentes)
3Fluxo
feature → develop → release → master
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Propõe merges diretos de funcionalidades em produção. No Gitflow, as funcionalidades são integradas primeiro na develop, passam por uma release e só então vão para master.
Alternativa B — ❌ Incorreta
Sugere fluxos individuais por desenvolvedor, descartando branches colaborativas. O Gitflow é colaborativo e utiliza branches compartilhadas (develop, master, etc.).
Alternativa C — ❌ Incorreta
Menciona branches de longa duração. No Gitflow, as branches feature são de curta duração; as de longa duração são develop e master, mas a descrição "integrando demandas operacionais e funcionais em ciclos contínuos" não reflete o modelo.
Alternativa D — ❌ Incorreta
Centraliza tudo em uma única branch de desenvolvimento. O Gitflow utiliza múltiplas branches para separar desenvolvimento, preparação e produção.
Alternativa E — ✅ Correta ⟵ GABARITO
Descreve corretamente as branches develop (integração de novas funcionalidades) e master/main (versões estáveis de produção), que são os pilares do Gitflow.