Quando um pipeline é acionado por um push no GitLab CI/CD, a variável predefinida $CI_COMMIT_BRANCH assume o nome do branch que está sendo enviado para o servidor remoto (neste caso, feature/nova-funcionalidade), conforme a documentação de variáveis de ambiente do GitLab.

Fonte: Google Gemini.

Vamos analisar o cenário:

O push foi feito no branch feature/nova-funcionalidade.

O pipeline é acionado por esse push.

O .gitlab-ci.yml não tem regras específicas para esse branch.

A variável $CI_COMMIT_BRANCH não foi sobrescrita.

No GitLab CI/CD, quando um pipeline é executado para um branch (não para tags ou merge requests), a variável $CI_COMMIT_BRANCH contém o nome do branch que foi enviado (no caso, feature/nova-funcionalidade).

Isso acontece porque essa variável reflete o branch no qual o commit está localizado no repositório remoto.

Vendo as alternativas:

A) nome do branch padrão → errado, isso seria para outros contextos.

B) nome do branch remoto feature/nova-funcionalidade → correto, pois o push originou nesse branch e é o branch remoto sendo executado.

C) nulo → errado, pois está ativo.

D) branch local onde o commit foi originado, com upstream → errado, pois o CI não tem “branch local” no sentido do desenvolvedor, e sim o branch remoto.

E) branch local sem upstream → errado pelo mesmo motivo.

Portanto, resposta correta:

B) o nome do branch remoto ‘feature/nova-funcionalidade’.

Fonte: DeepSeek