Questão de Arquitetura de Software — Software — FCC 2023
Arquitetura de Software›Software
Código
fc069669
Banca
FCC
Órgão
TRT - 15ª Região (SP)
Ano
2023
Nível
Superior
Cargo
Analista Judiciário - Área Apoio Especializado - Especialidade Tecnologia da Informação
O Gitflow trabalha com dois branches principais: Develop e Master, que são permanentes, e
Adois branches opcionais, Catalog e Basic. que são contínuos durante todo o fluxo CI/CD.
Btrês branches de suporte, Feature, Release e Hotfix, que são temporários e duram até realizar o merge com os branches principais.
Cdois branches operacionais, Deploy e Release, que são temporários e duram até realizar o merge com os branches principais.
Dquatro branches hotfix, Feature, Release, Hotfix e Deploy, que são contínuos durante todo o fluxo CI/CD.
Etrês branches de desenvolvimento, Feature, Release e Deploy, que são temporários e duram até realizar o merge com os branches principais.
Revelar gabarito e comentário▾
GabaritoB — três branches de suporte, Feature, Release e Hotfix, que são temporários e duram até realizar o merge com os branches principais.
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: branches de suporte
Gabarito: letra B. No Gitflow, além dos branches permanentes Master e Develop, existem três branches de suporte temporários: Feature, Release e Hotfix. Eles são criados para desenvolver novas funcionalidades, preparar releases e corrigir emergências, respectivamente, e são removidos após o merge com os branches principais. Essa é a definição clássica do modelo proposto por Vincent Driessen.
O Gitflow é um modelo de ramificação amplamente utilizado em controle de versão com Git. A alternativa correta descreve exatamente os três tipos de branches auxiliares e sua natureza temporária.
Branch
Tipo
Duração
Função
Master
Principal
Permanente
Contém o código de produção
Develop
Principal
Permanente
Integra funcionalidades em desenvolvimento
Feature
Suporte
Temporário
Desenvolver novas funcionalidades
Release
Suporte
Temporário
Preparar novas versões para produção
Hotfix
Suporte
Temporário
Corrigir emergências na produção
1FeatureNova funcionalidade
2ReleasePreparar versão
3HotfixCorreção emergencial
LEVEL · soulevel.com.br
Alternativa A — ❌ Incorreta
Menciona branches "Catalog e Basic", que não fazem parte do Gitflow. O modelo não prevê branches com esses nomes, e o fluxo CI/CD não os utiliza como contínuos.
Alternativa B — ✅ Correta ⟵ GABARITO
Afirma corretamente os três branches de suporte (Feature, Release e Hotfix), temporários, que existem até o merge com os branches principais.
Alternativa C — ❌ Incorreta
Cita branches "Deploy e Release", mas Deploy não é um branch de suporte no Gitflow (embora Release seja). O Gitflow não possui um branch específico de Deploy; a implantação geralmente é feita a partir do Master ou de um branch separado, mas não como suporte temporário padrão.
Alternativa D — ❌ Incorreta
Lista quatro branches, incluindo "Deploy" e repetindo "Hotfix" e "Feature", além de afirmar que são contínuos, quando na verdade são temporários. No Gitflow, os branches de suporte são apenas três e sempre temporários.
Alternativa E — ❌ Incorreta
Troca "Hotfix" por "Deploy" e mantém Feature e Release, mas Deploy não é um branch de suporte no Gitflow. Além disso, afirma que são branches de desenvolvimento (parcialmente correto para Feature), mas a ausência do Hotfix e a inclusão do Deploy tornam a alternativa errada.
PEGA ESSA DICA!
Para memorizar os branches do Gitflow, lembre-se: Feature, Release, Hotfix (FRH) — todos temporários. Os permanentes são Master e Develop. Essa distinção é frequente em questões de versionamento.