Skip to content

Latest commit

 

History

History
42 lines (31 loc) · 1.96 KB

CI.adoc

File metadata and controls

42 lines (31 loc) · 1.96 KB

Continuous Integration

icon?job=spring data build%2Fmaster&subject=Moore%20(master) icon?job=spring data build%2F2.1.x&subject=Lovelace%20(2.1 icon?job=spring data build%2F1.9.x&subject=Ingalls%20(1.9

Running CI tasks locally

Since this pipeline is purely Docker-based, it’s easy to:

  • Debug what went wrong on your local machine.

  • Experiment against a new image before submitting your pull request.

All of these use cases are great reasons to essentially run what the CI server does on your local machine.

Important
To do this you must have Docker installed on your machine.
  1. docker run -it --mount type=bind,source="$(pwd)",target=/spring-data-build-github adoptopenjdk/openjdk8:latest /bin/bash

    This will launch the Docker image and mount your source code at spring-data-build-github.

  2. cd spring-data-build-github

    Next, run your tests from inside the container:

  3. ./mvnw clean dependency:list test -Dsort (or whatever profile you need to test out)

Since the container is binding to your source, you can make edits from your IDE and continue to run build jobs.

If you need to test the build.sh script, do this:

  1. docker run -it --mount type=bind,source="$(pwd)",target=/spring-data-build-github adoptopenjdk/openjdk8:latest /bin/bash

    This will launch the Docker image and mount your source code at spring-data-build-github.

  2. cd spring-data-build-github

    Next, try to package everything up from inside the container:

  3. ./mvnw -Pci,snapshot -Dmaven.test.skip=true clean package

Note
Docker containers can eat up disk space fast! From time to time, run docker system prune to clean out old images.