Quickstarts are pre-made applications you can start a project from, instead of starting from scratch.
You can create new applications from our list of curated Quickstart applications via the jx create quickstart command.
jx create quickstart
You are then prompted for a list of quickstarts to choose from.
If you know the language you wish to use you can filter the list of quickstarts shown via:
jx create quickstart -l go
Or use a text filter to filter on the project names:
jx create quickstart -f http
What happens when you create a quickstart
Once you have chosen the project to create and given it a name the following is automated for you:
- creates a new application from the quickstart in a sub directory
- add your source code into a git repository
- create a remote git repository on a git service, such as GitHub
- push your code to the remote git service
- adds default files:
Dockerfileto build your application as a docker image
Jenkinsfileto implement the CI / CD pipeline
- Helm chart to run your application inside Kubernetes
- register a webhook on the remote git repository to your teams Jenkins
- add the git repository to your teams Jenkins
- trigger the first pipeline
How do quickstarts work?
The source of these Quickstarts are maintained in the jenkins-quickstarts GitHub organization.
When you create a quickstart we use the Jenkins X build packs to match the right pack for the project using the source code language kinds to pick the most suitable match.
Depending on your JenkinsX installation type (Serverless Jenkins vs. Static Master Jenkin), you can view all the languages supported via build packs on your machine via:
ls -al ~/.jx/draft/packs/github.com/jenkins-x-buildpacks/jenkins-x-kubernetes/packs
Static Master Jenkins:
ls -al ~/.jx/draft/packs/github.com/jenkins-x-buildpacks/jenkins-x-classic/packs
- find the right language pack. e.g. here are the current list of language packs.
- the language pack is then used to default these files if they don’t already exist:
Dockerfileto package the application as a docker image
Jenkinsfileto implement the CI / CD pipelines using declarative pipeline as code
- Helm Charts to deploy the application on Kubernetes and to implement Preview Environments
Adding your own Quickstarts
If you would like to submit a new Quickstart to Jenkins X please just raise an issue with the URL in GitHub of your quickstart and we can fork it it into the quickstart organisation so it appears in the
jx create quickstart menu.
Or if you are part of an open source project and wish to curate your own set of quickstarts for your project; you can raise an issue giving us details of the github organisation where the quickstarts live and we’ll add that in as a default organisation to include in the jx create quickstart command. Its easier for the jx create quickstart if you maintain the quickstarts in a separate quickstart organisation on github.
Until we do that you can still use your own Quickstarts in the
jx create quickstart command via the
--organisations command line argument. e.g.
jx create quickstart -l go --organisations my-github-org
Then all quickstarts found in
my-github-org will be listed in addition to the Jenkins X quickstarts.
Customising your teams quickstarts
You can configure at a team level the quickstarts which are presented to you in the
jx create quickstart command. These settings are stored in the Environment Custom Resource in Kubernetes.
To add the location of a set of quickstarts you can use the jx create quickstartlocation command.
jx create quickstartlocation --url https://mygit.server.com --owner my-quickstarts
If you omit the
--url argument the command will assume its a GitHub repository. Note that both public and private repositories are supported.
This means you can have your own shared private quickstarts to reuse within your organisation. Of course we’d obviously prefer you to share your quickstarts with us via open source then we can include your quickstart with the entire community - but there may be times you want to curate your own internal quickstarts using proprietary software.
You can also specify
--excludes patterns to filter the names of the repositories where
* matches anything and
foo* matches anything starting with
foo. e.g. you could just include the languages and technologies your organisation supports and exclude the rest etc.
Also note that you can use the alias of
qsloc instead of
quickstartlocation if you like shorter aliases ;)
You can then view the current quickstart locations for your team via the jx get quickstartlocations command:
jx get quickstartlocations
Or using an abbreviation
jx get qsloc
There is also jx delete quickstartlocation if you need to remove a git organisation.
Was this page helpful?
Glad to hear it! Please tell us how we can improve.
Sorry to hear that. Please tell us how we can improve.