Um dos principais pilares da cultura DevOps é a integração ...

A alternativa correta é a A - F – V – V.

Para resolver essa questão, é necessário compreender o conceito de integração contínua (CI) e entrega contínua (CD) no contexto do DevOps, assim como as funcionalidades e vantagens do uso de Jenkinsfiles com a ferramenta Jenkins. Vamos analisar cada afirmativa:

• Afirmativa I: Falsa. Jenkinsfiles por si só não criam automaticamente processos de construção para todas as ramificações e solicitações push. É necessária uma configuração inicial para que o Jenkins possa identificar o repositório e as ramificações para as quais ele deve reagir.
• Afirmativa II: Verdadeira. Os Jenkinsfiles proporcionam uma trilha de auditoria para os pipelines, registrando as execuções, alterações, e quem realizou cada mudança, o que é uma prática fundamental dentro da cultura DevOps para garantia de segurança e compliance.
• Afirmativa III: Verdadeira. Um Jenkinsfile é considerado uma fonte única da verdade (SSOT - Single Source of Truth) para um pipeline, uma vez que contém a definição completa do processo de construção e entrega. Pode ser armazenado no controle de versão, permitindo que diversos membros da equipe visualizem e editem de forma colaborativa.

Compreender essas funcionalidades e características do Jenkins e seus arquivos de definição é essencial para trabalhar com automação de pipelines de CI/CD, um pilar do DevOps que visa acelerar o ciclo de vida de desenvolvimento de software, garantindo mais agilidade, confiabilidade e segurança nos processos de integração e entrega de aplicações.

gab: A

A criação de um , que é verificado no controle de origem [  ] , oferece vários benefícios imediatos:

• Revisão/iteração de código no pipeline
• Trilha de auditoria para o Pipeline
• Fonte única de verdade [  ] para o Pipeline, que pode ser visualizada e editada por vários membros do projeto.

fonte: https://www.jenkins.io/doc/book/pipeline/jenkinsfile/

Acredito que a dúvida dessa questão poderia ser relacionado ao item I - Cria automaticamente um processo de construção de pipelines para todas as ramificações e solicitações push.

Repare que o correto seria solicitação PULL e não de push, mas por quê?

Seguinte, quando vc realiza um push para o repositório e solicita um pull, basicamente, está solicitando que algum ou alguns colaboradores mais experientes ou revisores avaliem seu código. Ou, informando a outros colaboradores suas modificações o que permitirar que eles possam contribuir com apontamentos. Ou, simplesmente está solicitando que outros colaboradores atualizem seus repositórios para que estejam todos atualizados com as novas alterações.

Sobre o erro da alternativa - I)

O Jenkins é uma ferramenta de automação de pipeline que permite aos desenvolvedores automatizar o processo de construção, teste e implantação de software. No entanto, o Jenkins não cria automaticamente os pipelines. Os desenvolvedores são responsáveis por criar os pipelines de acordo com suas necessidades.

Para criar um pipeline no Jenkins, os desenvolvedores precisam criar um arquivo Jenkinsfile. O Jenkinsfile é um arquivo de texto que contém as instruções para o pipeline.

Fonte:github.com/Berzel/jenkins-demo

CHUTE também vale ponto =D

Minha resolução foi:

||| - Não sei o que é SSOT, mas pela descrição fomenta a colaboração (pilar do DevOps). V

|| - Auditoria importante no DevSecOps. V

I - Apesar de parecer certo, me pareceu muito complexo criar automaticamente todas as pipelines de todas as ramificações. Achei exagerado. F

gabarito !!! \o/

II. Oferece trilha de auditoria para os pipelines.

Verdadeiro (V): Como o Jenkinsfile é versionado junto com o código, ele fornece uma trilha de auditoria, permitindo rastrear mudanças nas configurações do pipeline ao longo do tempo.

III. É um SSOT (Single Source of Truth) para um pipeline, que pode ser visualizado e editado por vários membros de um mesmo projeto.

Verdadeiro (V): O Jenkinsfile serve como uma fonte única de verdade (SSOT) para o pipeline, já que está no repositório de código, sendo acessível e editável por todos os membros do projeto com acesso ao repositório.