Verifying Jenkins X Boot Installation
Explore the process of verifying a Jenkins X Boot installation within a Kubernetes cluster by examining active pipelines and the lazy creation of namespaces. Understand how GitOps principles manage environments including dev, staging, and production, and learn to trigger and monitor pipelines through code changes to ensure proper setup.
Checking the pipelines #
Let’s take a quick look at the pipelines currently active in our cluster.
The output is as follows:
We are already used to working with production and staging pipelines. What is new is the dev pipeline. That is the one we just executed locally. It is now available in the cluster as well, and we should be able to trigger it by pushing a change to the associated repository. Let’s test that.
Triggering the dev pipeline #
We’ll explore the Jenkins X upgrade process later. For now, we just want to see whether the dev repository is indeed triggering pipeline activities. We’ll do that by making a trivial change to the README.md file.
We pushed the changes to GitHub and started watching the activities of the dev pipeline. The output, when the activity is finished, should be as follows.
That’s the first activity (#1) of the dev pipeline. To be more precise, it is the second one (the first was executed locally) but, from the perspective of Jenkins X inside the cluster, which did not exist at the time, that is the first activity. Those are the steps of Jenkins X Boot running inside our cluster.
We won’t go through the changes that were created ...