Questão de Engenharia de Software — Github e Gitlab — CESPE / CEBRASPE 2025
Engenharia de Software›Github e Gitlab
Código
ce417746
Banca
CESPE / CEBRASPE
Órgão
PC DF
Ano
2025
Cargo
GAAPC ( )
A respeito de gerência de configuração de software, julgue o item a seguir.
A integração contínua no GitHub Actions é configurada manualmente em cada repositório, e os workflows são executados apenas quando o código é aprovado por uma revisão de código.
CCerto
EErrado
Revelar gabarito e comentário▾
GabaritoE — Errado
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”.
Integração Contínua no GitHub Actions
Gabarito: Errado (E). A afirmativa está incorreta porque a integração contínua no GitHub Actions é configurada por meio de arquivos de workflow versionados no repositório (.github/workflows), e não "manualmente" no sentido de configuração fora do código; além disso, os workflows são executados automaticamente em eventos como push e pull_request, e não apenas após aprovação de revisão de código. A revisão de código é uma prática de qualidade que pode ser integrada ao fluxo, mas não é condição obrigatória para a execução dos workflows.
A integração contínua (CI) é uma prática de desenvolvimento em que os desenvolvedores integram seu código em um repositório central várias vezes ao dia, e cada integração é verificada por um build automatizado (incluindo testes) para detectar erros o mais rápido possível. O GitHub Actions é a ferramenta de CI/CD do GitHub que permite automatizar esse processo por meio de workflows definidos em arquivos YAML. Esses arquivos ficam no diretório .github/workflows do repositório e são versionados junto com o código, o que significa que a configuração é feita "como código" (Infrastructure as Code), e não manualmente em uma interface gráfica a cada repositório.
Os workflows são disparados por eventos, como push (quando há um commit ou push para o repositório), pull_request (quando há uma solicitação de pull), schedule (agendamento), entre outros. A execução é automática a partir desses eventos, sem necessidade de aprovação humana prévia. A revisão de código (code review) é uma prática recomendada para garantir qualidade, mas ela não é um pré-requisito para a execução dos workflows. Na verdade, é comum configurar workflows para rodar justamente quando um pull request é aberto, para que os testes sejam executados antes da revisão e da integração.
A afirmativa contém dois erros: (1) a configuração não é "manual" no sentido de ser feita fora do código — ela é declarativa, em arquivos versionados; (2) a execução não depende de aprovação de revisão de código — ela é automática por eventos. A banca explora a confusão entre a prática de revisão de código (que é um controle de qualidade) e a automação da CI (que é um processo automático).
NÃO CAIA NESSA!
A banca tenta fazer o candidato acreditar que a CI no GitHub Actions depende de aprovação humana (revisão de código) para executar. Na prática, os workflows são acionados por eventos automáticos (push, pull_request), e a revisão de código é uma etapa opcional de qualidade que pode ser integrada ao fluxo, mas não é condição para a execução. Fique atento: CI é automação, não aprovação manual.
PEGA ESSA DICA!
Para questões sobre GitHub Actions, lembre-se: a configuração é declarativa (arquivos YAML em .github/workflows), os gatilhos são eventos (push, pull_request, schedule), e a execução é automática. A revisão de código é uma prática separada, que pode ser usada como gate em pull requests, mas não é o que dispara os workflows.
GitHub Actions (CI): Configuração (Arquivos YAML versionados (.github/workflows), Declarativa (Infrastructure as Code), Não é manual por repositório); Execução (Automática por eventos, push, pull_request, schedule, Não depende de revisão de código); Revisão de código (Prática de qualidade, Opcional (gate em PR), Não é gatilho dos workflows)
Item — ❌ Errado
A afirmativa está errada por dois motivos principais:
Configuração manual: No GitHub Actions, a configuração é feita por meio de arquivos de workflow (.github/workflows/*.yml) que são versionados no repositório. Isso é uma forma de "configuração como código", e não uma configuração manual feita em cada repositório por meio de interface gráfica. A configuração é declarativa e automatizada.
Execução condicionada à revisão de código: Os workflows são executados automaticamente quando eventos específicos ocorrem, como push ou pull_request. A revisão de código (code review) é uma prática de qualidade que pode ser integrada ao fluxo (por exemplo, exigindo aprovação antes de mesclar um pull request), mas não é um pré-requisito para a execução dos workflows. Na verdade, é comum que os workflows rodem justamente para validar o código antes da revisão.