开源软件名称（OpenSource Name）：

开源软件地址(OpenSource Url)：

开源编程语言(OpenSource Language)：

开源软件介绍(OpenSource Introduction)：

Table of Contents

• Fabric8 Pipeline Library
  • How to use this library
    • Making changes
    • Requirements
    • Functions from the Jenkins global library
      • Approve
      • Deploy Project
      • Drop Project
      • Get Deployment Resources
      • Get Kubernetes JSON
      • Get New Version
      • Maven Canary Release
      • Maven Integration Test
      • Merge and Wait for Pull Request
      • Perform Canary Release
      • REST Get URL
      • Update Maven Property Version
      • Wait Until Artifact Synced With Maven Central
      • Wait Until Pull Request Merged
    • fabric8 release
      • Promote Artifacts
      • Release Project
      • Stage Extra Images
      • Stage Project
      • Tag Images
      • Git Tag
      • Deploy Remote OpenShift
      • Deploy Remote Kubernetes
      • Add Annotation To Build
  • Understanding how it works
    • Template vs Node
      • Maven Node
      • Docker Node
      • Clients Node
      • Release Node
    • Mixing and matching
    • Creating and using your own templates
      • Using the Jenkins Administration Console

Fabric8 Pipeline Library

This git repository contains a library of reusable Jenkins Pipeline steps and functions that can be used in your Jenkinsfile to help improve your Continuous Delivery pipeline.

The idea is to try promote sharing of scripts across projects where it makes sense.

How to use this library

This library is intended to be used with fabric8's Jenkins image that is deployed as part of the fabric8 platform.

To use the functions in this library just add the following to the top of your Jenkinsfile:

@Library('github.com/fabric8io/fabric8-pipeline-library@master') _

That will use the master branch of this library. You can if you wish pick a specific tag or commit SHA of this repository too.

Making changes

Feel free to reuse a version of this library as is. However if you want to make changes, please fork this repository and change it in your own fork!

Then just refer to your fork in the @Library() annotation as shown above.

If you do make local changes we'd love a Pull Request back though! We love contributions and pull requests!

Requirements

These flows make use of the Fabric8 DevOps Pipeline Steps and kubernetes-plugin which help when working with Fabric8 DevOps in particular for clean integration with the Hubot chat bot and human approval of staging, promotion and releasing.

Functions from the Jenkins global library

Approve

• requests approval in a pipeline
• hubot integration prompting chat room for approvals including links to environments
• sends events to elasticsearch if running in a configured namespace, this helps OOTB charting of approval wait times

example..

    approve {
      version = '0.0.1'
      console = 'http://fabric8.kubernetes.fabric8.io'
      environment = 'staging'
    }

Deploy Project

• applies a kubernetes json resource to the host OpenShift / Kubernetes cluster
• lazily creates the environment if it doesn't already exist

    deployProject {
      stagedProject = 'my-project'
      resourceLocation = 'target/classes/kubernetes.json'
      environment = 'staging'
    }

Drop Project

in the case of an aborted approval

• will drop the OSS sonatype staged repository
• close any pull requests that have been created based on the release
• delete the branch relating to the PR mentioned above

    dropProject{
      stagedProject = project
      pullRequestId = '1234'
    }

Get Deployment Resources

• returns a default OpenShift or Kubernetes YAML that can be used by kubernetes-workflow apply step
• returns a service, deployment / deployment config YAML using sensible defaults
• can be used in conjunction with kubernetesApply

    node {
        def resources = getDeploymentResources {
          port = 8080
          label = 'node'
          icon = 'https://cdn.rawgit.com/fabric8io/fabric8/dc05040/website/src/images/logos/nodejs.svg'
          version = '0.0.1'
        }

        kubernetesApply(file: resources, environment: 'my-cool-app-staging', registry: 'myexternalregistry.io:5000')
    }

Get Kubernetes JSON

WARNING this function is deprecated. Please change to use getDeploymentResources{}

• returns a default OpenShift templates that gets translated into Kubernetes List when applied by kubernetes-workflow apply step and running on Kubernetes
• returns a service and replication controller JSON using sensible defaults
• can be used in conjunction with kubernetesApply

    node {
        def rc = getKubernetesJson {
          port = 8080
          label = 'node'
          icon = 'https://cdn.rawgit.com/fabric8io/fabric8/dc05040/website/src/images/logos/nodejs.svg'
          version = '0.0.1'
        }

        kubernetesApply(file: rc, environment: 'my-cool-app-staging', registry: 'myexternalregistry.io:5000')
    }

Get New Version

• returns the short git sha for the current project to be used as a version

    def newVersion = getNewVersion{}

Maven Canary Release

• creates a release branch

• sets the maven pom versions using versions-maven-plugin

  • version can be overridden as follows

      mavenCanaryRelease{
        version = canaryVersion
      }

• runs mvn deploy docker:build

• default goal of "install" can overridden

    mavenCanaryRelease{
      goal = "deploy"     # executes `mvn deploy` instead of `mvn install`
    }

• default profile - "openshift" can overridden

    mavenCanaryRelease{
      profile = "osio"    # executes `mvn install -P osio`
    }

• mvn cmd can be overriden by setting cmd variable.

    mavenCanaryRelease{
      cmd = "mvn clean -B -e -U deploy -Dmaven.test.skip=true -P profile"
    }

NOTE: if cmd is set, goal, profile, skipTests will have no effect.

• auto updates fabric8 maven plugin in applications pom.xml; true by default.

    mavenCanaryRelease{
      autoUpdateFabric8Plugin = false // disables patching pom.xml
    }

Maven Integration Test

• lazily creates a test environment in kubernetes
• runs maven integration tests in test environment

    mavenIntegrationTest {
      environment = 'Testing'
      failIfNoTests = 'false'
      itestPattern = '*KT'
    }

• pass cmd parameter to override the mvn command to execute in integration test

    mavenIntegrationTest {
      cmd = 'mvn -P openshift-it org.apache.maven.plugins:maven-failsafe-plugin:verify'
    }

Note: All other flags are ignored if mavenIntegrationTest has integrationTestCmd parameter.

Merge and Wait for Pull Request

• adds a [merge] comment to a github pull request
• waits for GitHub pull request to be merged by an external CI system

    mergeAndWaitForPullRequest {
      project = 'fabric8/fabric8'
      pullRequestId = prId
    }

Perform Canary Release

• generic function used by non Java based project
• gets a new version based on the short git sha
• builds docker image using a Dockerfile in the root of the project
• tags the image with the release version and prefixes the private fabric8 docker registry for the current namespace
• if running in a multi node cluster will perform a docker push. Not needed in a single node setup as image built and cached locally

    stage 'Canary release'
    echo 'NOTE: running pipelines for the first time will take longer as build and base docker images are pulled onto the node'
    if (!fileExists ('Dockerfile')) {
      writeFile file: 'Dockerfile', text: 'FROM django:onbuild'
    }

    def newVersion = performCanaryRelease {}

REST Get URL

• utility function returning the JSON contents of a REST Get request

    def apiUrl = new URL("https://api.github.com/repos/${config.name}/pulls/${id}")
    JsonSlurper rs = restGetURL{
      authString = githubToken
      url = apiUrl
    }

Update Maven Property Version

During a release involving multiple java projects we often need to update downstream maven poms with new versions of a dependency. In a release pipeline we want to automate this, set up a pull request and let CI run to make sure there's no conflicts.

• performs a search and replace in the maven pom
• finds the latest version available in maven central (repo is configurable)
• if newer version exists pom is updated
• pull request submitted
• pipeline will wait until this is merged before continuing

If CI fails and updates are required as a result of the dependency upgrade then

• pipeline will notify a chat room (we use Slack)
• informs the team of the git commands needed to clone, switch to the version update branch and command to push back once fixed
• pipeline will wait until the CI passes before continuing

Automating this has saved us a lot of time during the release pipeline

    def properties = []
    properties << ['<fabric8.version>','io/fabric8/kubernetes-api']
    properties << ['<docker.maven.plugin.version>','io/fabric8/docker-maven-plugin']

    updatePropertyVersion {
      updates = properties
      repository = source // if null defaults to http://central.maven.org/maven2/
      project = 'fabric8io/ipaas-quickstarts'
    }

Wait Until Artifact Synced With Maven Central

When working with open source java projects we need to stage artifacts with OSS Sonatype in order to promote them into maven central. This can take 10-30 mins depending on the size of the artifacts being synced.

A useful thing is to be notified in chat when artifacts are available in maven central as blocking the pipeine until we're sure the promote has worked.

• polls waiting for artifacts to be available in maven central

    waitUntilArtifactSyncedWithCentral {
      repo = 'http://central.maven.org/maven2/'
      groupId = 'io.fabric8.archetypes'
      artifactId = 'archetypes-catalog'
      version = '0.0.1'
      ext = 'jar'
    }

Wait Until Pull Request Merged

During a CD pipeline we often need to wait for external events to complete before continuing. One of the most common events we have on the fabric8 project is waiting for CI jobs or manually review and approval of github pull requests. We don't want to fail a pipeline, rather just wait patiently for the pull requests to merge so we can continue.

• pull request submitted
• pipeline will wait until this is merged before continuing

If CI fails and updates are required as a result of the dependency upgrade then

• pipeline will notify a chat room (we use Slack)
• informs the team of the git commands needed to clone, switch to the version update branch and command to push back once fixed
• pipeline will wait until the CI passes before continuing

    waitUntilPullRequestMerged {
      name = 'fabric8io/fabric8'
      prId = '1234'
    }

fabric8 release

These functions are focused specifically on the fabric8 release itself however could be used as examples or extended in users own setup.

The core fabric8 release consists of multiple Java projects that generate Java artifacts, docker images and kubernetes resources. These projects are built and staged together, automatically deployed into a test environment and after approval promoted together ready for the community to use.

When a project is staged an array is returned and passed around functions further down the pipeline. The structure of this stagedProject array is in the form [config.project, releaseVersion, repoId]

• config.project the name of the github project being released e.g. 'fabric8io/fabric8'
• releaseVersion the new version e.g. '0.0.1'
• repoId the OSS Sonatype staging repository Id used to interact with Sonatype later on

    def stagedProject = stageProject {
      project = 'fabric8io/ipaas-quickstarts'
      useGitTagForNextVersion = true
    }

One other important note is on the fabric8 project we don't use the maven release plugin or update to next SNAPSHOT versions as it causes unwanted noise and commits to our many github repos. Instead we use a fixed development x.x-SNAPSHOT version so we can easily work in development on multiple projects that have maven dependencies with each other.

Now that we don't store the next release version in the poms we need to figure it out during the release. Rather than store the version number in the repo which involves a commit and not too CD friendly (i.e. would trigger another release just for the version update) we use the git tag. From this we can get the previous release version, increment it and push it back without triggering another release. This seems a bit strange but it has been holding up and has significantly reduced unwanted SCM commits related to maven releases.

Promote Artifacts

• releases OSS sonatype staging repository so that artifacts are synced with maven central
• commits generated Helm charts to the fabric8 Helm repo
• if useGitTagForNextVersion is set (true by default) then the next snapshot development version PR is committed

    String pullRequestId = promoteArtifacts {
      projectStagingDetails = config.stagedProject
      project = 'fabric8io/fabric8'
      useGitTagForNextVersion = true
      helmPush = false
    }

Release Project

• promotes artifacts from OSS sonatype staging repo to maven central
• promotes images from internal docker registry to dockerhub
• waits for github pull request to merge if updating next snapshot version (not used by default)
• waits for artifacts to be synced and available in maven central
• sends chat notification when artifacts appear in maven central

    releaseProject {
      stagedProject = project
      useGitTagForNextVersion = true
      helmPush = false
      groupId = 'io.fabric8.archetypes'
      githubOrganisation = 'fabric8io'
      artifactIdToWatchInCentral = 'archetypes-catalog'
      artifactExtensionToWatchInCentral = 'jar'
    }

Stage Extra Images

• takes a list of external images not built by the CD pipeline which need tagging in dockerhub with the new release version
• pulls the latest images from dockerhub
• tags them with the new fabric8 release
• stages them in the internal docker registry

    stageExtraImages {
      images = ['gogs','jenkins','taiga']
      tag = releaseVersion
    }

Stage Project

• builds and stages a fabric8 java project with OSS sonatype
• build docker images and stages them in the internal docker registry
• stages extra images not built by docker-maven-plugin in the internal docker registry

    def stagedProject = stageProject {
      project = 'fabric8io/ipaas-quickstarts'
      useGitTagForNextVersion = true
    }

Tag Images

• will pull external images which have been staged in the fabric8 docker registry and push the new tag to dockerhub

    tagImages {
      images = ['gogs','jenkins','taiga']
      tag = releaseVersion
    }

Git Tag

• tags the current git repo with the provided version
• pushes the tag to the remote repository

    gitTag {
      releaseVersion = '0.0.1'
    }

Deploy Remote OpenShift

Deploys the staged fabric8 release to a remote OpenShift cluster

NOTE in order for images to be found by the remote OpenShift instance it must be able to pull images from the staging docker registry. Noting private networks and insecure-registry flags.

    node {
      deployRemoteOpenShift {
        url = openshiftUrl
        domain = 'staging'
        stagingDockerRegistry = openshiftStagingDockerRegistryUrl
      }
    }

Deploy Remote Kubernetes

Deploys the staged fabric8 release to a remote Kubernetes cluster

NOTE in order for images to be found by the remote OpenShift instance it must be able to pull images from the staging docker registry. Noting private networks and insecure-registry flags.

    node {
      deployRemoteKubernetes {
        url = kubernetesUrl
        defaultNamespace = 'default'
        stagingDockerRegistry = kubernetesStagingDockerRegistryUrl
      }
    }

Add Annotation To Build

Add an annotation to the matching openshift build

    @Library('github.com/fabric8io/fabric8-pipeline-library@master')
    def dummy
    node {
        def utils = new io.fabric8.Utils()
        utils.addAnnotationToBuild('fabric8.io/foo', 'bar')
    }

Understanding how it works

Most of the functions provided by this library are meant to run inside a Kubernetes or Openshift pod. Those pods are managed by the kubernetes plugin. This library abstracts the pipeline capabilities of kubernetes plugin so that it makes it easier to use. So for example when you need to use a pod with maven capabilities instead of defining something like:

podTemplate(label: 'maven-node', containers: [
    containerTemplate(name: 'maven', image: 'maven:3.3.9-jdk-8-alpine', ttyEnabled: true, command: 'cat')
  ],
  volumes: [secretVolume(secretName: 'shared-secrets', mountPath: '/etc/shared-secrets')]) {

    node('maven-node') {
        container(name: 'maven') {
            ...
        }
    }
  }

You can just use the mavenTemplate provided by this library:

mavenTemplate(label: 'mylabel') {
    node('mylabel') {
        container(name: 'maven') {
          ...
        }
    }
}

or for ease of use you can directly reference the mavenNode:

mavenNode {
    container(name: 'maven') {
        ...
    }
}

Template vs Node

A template defines how the jenkins slave pod will look like, but the pod is not created until a node is requested. When a node is requested the matching template will be selected and pod from the template will be created.

The library provides shortcut function both to nodes and templates. In most cases you will just need to use the node. The only exception is when you need to mix and match (see mixing and matching).

The provided node / template pairs are the following:

• maven Provides maven capabilities.
• docker Provides access to the docker client and socket.
• release Mounts release related secrets (e.g. gpg keys, ssh keys etc).
• clients Provides access to the kubernetes and openshift binaries.

Maven Node

Provides maven capabilities by adding a container with the maven image. The container mounts the following volumes:

• Secret jenkins-maven-settings Add your maven configuration here.
• PersistentVolumeClaim jenkins-mvn-local-repo The maven local repository to use.

The maven node and template support limited customization through the following properties:

• mavenImage Select the maven docker image to use.

Example:

mavenNode(mavenImage: 'maven:3.3.9-jdk-7') {
    container(name: 'maven') {
        sh 'mvn clean install'
    }
}

Docker Node

Provides docker capabilities by adding a container with the docker binary. The container mounts the following volumes:

• HostPathVolume /var/run/docker.sock The docker socket.

Host path mounts are not allowed everywhere, so use with caution. Also note that the mount will be mounted to all containers in the pod. This means that if we add a maven container to the pod, it will have docker capabilities.

The docker node and template support limited customization through the following properties:

• dockerImage Select the docker image to use.

Example:

mavenNode(dockerImage: 'docker:1.11.2') {
    container(name: 'docker') {
        sh 'docker build -t myorg