Practical tools for system, network, security, and operations administrators.

CLD-C0399 · CI/CD Platform Guides

Jenkins Guide

Draft one Jenkinsfile that plans or tests, and keep the controller off the public internet.

Updated 25 October 2026 · Pillar guide

This is an original planning guide. It is not a vendor manual, an official standard, or legal advice. Example addresses use documentation ranges. Review every command before you paste it.

One file in Jenkins

Jenkins in this window is one pipeline file a person can review. The file is a Jenkinsfile in the repository, reviewed like any other change. The controller is not configured by pasting the same script into ten jobs. The generators can draft a container build, a Kubernetes deploy, or a Terraform plan and apply. You draft one of those, not all three. Nothing here connects to the forge.

The first job tests or plans. It cannot apply and it cannot deploy. Apply and deploy are later jobs, protected, and manual until a plan job has been boring. A green first run is not permission to touch production.

Credentials live in the Jenkins credential store. The Jenkinsfile uses the id. It does not contain the secret. prompt-for-this in a sample is the gap. A real token in the yaml is a token you rotate and remove.

The agent does the build. The controller is not the place you install compilers and cloud keys. An anonymous user cannot run the job. The identity is a workload identity with the small policy from the IAM guide. It is not your personal key and not an owner role.

A plan job first, on a branch you named

Name the repository and the branch. Draft one pipeline. Read every step. If a step deploys, delete it from this first file or gate it so this branch cannot reach it. The picture from the CI/CD guide still applies: check, plan, stop.

Write who can reach the controller. A lab binds it where only the admins are, not on every interface. A public controller with a script console is a stop, not a setup step.

Search the file for keys, passwords, and kubeconfigs. There should be none. The secret names may appear as references. The values do not. A registry login uses the platform store.

The Kubernetes deploy draft and the Terraform apply draft wait even if the generator can write them today. Pick build, or pick plan. The other two files are later tickets. Production is not the cluster and not the account in this file.

# Jenkins note. One file. One job that cannot apply.
# The file is a Jenkinsfile in the repository, reviewed like any other change. The controller is not configured by pasting the same script into ten jobs.
# Secrets come from the platform store.
# No personal cloud key. No owner role.
# prompt-for-this is not a token.
# Production is not the target of the first run.

A change you can finish

Enabling the plan or test job on the named branch is the later change. Deploy stays off.

Rollback is the previous pipeline file. You do not roll back a bad file by changing production to match it.

  1. Name the repository and the branch.
  2. Draft one job that tests or plans.
  3. Remove deploy and apply from that first file.
  4. Point secrets at the store.
  5. Confirm the identity is not an owner and not a person.
  6. Search the file for tokens.
  7. Leave the other two generators for later tickets.

Mistakes that outlive the command

Jenkins fails in the same few ways. Each one looks finished on the day you type it. The list is here so the ticket can forbid them before the window, not so you can recognise them in an incident review.

Decisions to write down before the window

One decision for Jenkins: One file is in the ticket. The branch is named. The first job cannot deploy. Secrets are references. No token is in the file. The identity is a workload identity. The identity is not an owner. Production is not the target. The other generators wait. A manual gate exists before any later apply. Anonymous users cannot run jobs. And a second person can point at the stop.

The hour you stop

Write the account, the project or subscription, the region, and the clock time before you change anything for Jenkins. If this account is serving people and you do not have a way back, this hour is a plan. A plan you can read tomorrow is a success. A change you cannot undo is not.

Use a lab account, a lab project, or a lab subscription you administer. You do not point a CLI, a pipeline, or a browser tool at an account you do not run. The tools on this site run in the browser. They draft text. They do not log in, and they do not scan.

prompt-for-this is a reminder that a secret is missing. It is not an access key, a token, a password, or a kubeconfig you save. The real secret stays in the password store or the platform's secret store. If a file, a log, a ticket, or a pipeline still contains a live secret, stop and rotate it. Then delete the copy.

One change. A network, a virtual machine, a policy, and a pipeline do not share a window. If two things move and the outcome is wrong, you will not know which one did it. The rollback is the previous file, the previous plan, or the resource you can delete because it was only a lab.

A second person reads the scope aloud: which account, which region, which name. If they cannot find it in the ticket, the ticket is not ready. Silence is not agreement.

Documentation addresses stay in the note. 192.0.2.0/24, 198.51.100.0/24, 203.0.113.0/24, and 2001:db8::/32 are not prefixes you type into a production network. example.com is not your zone. A generated file that opens 0.0.0.0/0 is a file you edit before it is applied. A source you can name is the rule you keep.

Do not apply a draft you have not read. A cost estimate, a policy, a manifest, and a Terraform plan are reading material. Apply, a resize of a live machine, and a delete of a bucket are later decisions with their own proof. Read the names. Then decide.

Keep the previous file. A generator draft is not the previous file. The previous file is what you put back if the new one is wrong. You practised the path back, including the serial console or a second admin, before you changed a network or a lockout setting.

If a step fails twice, stop. The failure is the result. Adding a command from a forum beside a half-applied stack produces an account nobody can explain. Rebuild the lab from the copy you kept.

When the checks pass, the next account waits until someone else can repeat the proof from the notes. Jenkins is done for this window when the proof is written, not when a CLI printed a success line.

This page is a planning guide. It is not a vendor manual, not an official standard, not legal advice, and not an audit opinion. If an auditor must see the decision, they see the ticket and the evidence, not this paragraph.

Hand the finished note to the neighbouring guide that owns the next step, and leave this account alone until that guide has its own window.

Jenkins checks before the job is enabled

Confirm this before you call the change done: The file and the branch are in the ticket. A search found no token. The first job plans or tests only. The identity is not an owner. Production is not named as the target. A second person read the stop. The repository is one you administer. The controller's audience is written, and it is not the internet. The hostname in the prompt matches the hostname in the ticket for Jenkins. The result line includes the time and the person, not only the command. You can point at the rollback value without searching a chat history. And done is a sentence a second person can repeat: the proof for Jenkins happened, and the next host is not started early. If one of those fails, stop.

Tools for this guide

These tools run in the browser on this site. They do not log into your machines.

Guides in this cluster

These supporting pages belong to this pillar.