Para usar o Gitlab CI/CD são necessários os seguintes passos iniciais: — Certificar-se que haja runners disponíveis para executar os jobs. Se não houver um runner, instalar o GitLab Runner e registrar um runner para a instância, projeto ou grupo. — Criar um arquivo ..I.. naraizdo repositório. Este arquivo é o local onde se definem os jobs CI/CD. — Quando for feito o commit deste arquivo no repositório, o runner executará os jobs. Preenche corretamente a lacuna I:
- A).gitlab-cicd.yml
Errada, porque .gitlab-cicd.yml não é o nome padrão reconhecido pelo GitLab para configurar o pipeline.
- B).gitlab-ci.yml
Certa, pois .gitlab-ci.yml é o arquivo oficial de configuração do GitLab CI/CD na raiz do repositório.
- C).gitlab-cd.yaml
Errada, porque .gitlab-cd.yaml troca o nome padrão e ainda usa outra extensão, o que não corresponde ao arquivo esperado.
- D).gitlab-cd.yml
Errada, pois .gitlab-cd.yml não é o arquivo padrão usado pelo GitLab para definir jobs de CI/CD.
- E).gitlab-cicd.yaml
Errada, porque .gitlab-cicd.yaml também não corresponde ao nome oficial exigido pelo GitLab.
Gabarito: B
No GitLab CI/CD, a automação do pipeline começa com um arquivo de configuração na raiz do repositório. É nele que você define os jobs, as etapas do fluxo e como o runner deve executar cada tarefa. Pense nele como o roteiro da esteira de montagem: sem esse arquivo, o runner até existe, mas não sabe o que fazer. A extensão e o nome importam muito, porque o GitLab procura exatamente o arquivo padronizado para reconhecer a configuração de CI/CD. O nome esperado é .gitlab-ci.yml, com hífen entre "ci" e "yml". Se o arquivo tiver outro nome, o GitLab não vai tratá-lo como a configuração padrão do pipeline. Por isso o gabarito é a letra B. A expressão usada pela documentação do GitLab é justamente .gitlab-ci.yml, que fica na raiz do projeto e serve para declarar os jobs e demais instruções do pipeline. Em prova, a banca adora trocar um hífen por outro pedaço da palavra, então vale decorar esse nome como se fosse senha de Wi-Fi. Resumo rápido: runner disponível, arquivo .gitlab-ci.yml no repositório e commit feito. A partir daí, o pipeline entra em ação.