Bitbucket
Learn how to setup CI pipelines so publishing your data science work becomes automatic!!
Last updated
Was this helpful?
Learn how to setup CI pipelines so publishing your data science work becomes automatic!!
Last updated
Was this helpful?
Have a Kyso account - either on kyso.io or on your company's private Kyso installation.
Create a Kyso access token - follow these . Save this for later!
Ensure your directory (or ) contains a valid kyso.yaml
file. Check the following for more info.
About the kyso-push
step variables:
Theusername
and token
fields take their value from secret variables, to make the system work the user has to create the kyso auth token and define the KYSO_USERNAME
and KYSO_TOKEN
as explained on the .
Create your Access Token according to this document:
Theurl
has to point to your Kyso deployment. So if your company, Acme Inc. has its own Kyso instance available on https://acme.kyso.io, that is the value that has to be assigned to it.
In the root directory of the repository, create abitbucket-pipelines.yml
that details the actions we want to run and when:
Note that `--kysoInstallUrl` needs to point to your company's Kyso deployment. So if your company, Acme Inc., has their Kyso on https://acme.kyso.io, then that is your install url address!
So now every time we make a commit to this repository, whether on the UI or from the Command Line, the above script will be run, publishing and updating our work in Kyso.
Note that this is a super simple template using the example Starter pipeline configuration, but this can be integrated into much more powerful pipeline flows.
For example, you can decide to only push specific branches or tags.
Using our example repository from above, as we commit changes to the Bitbucket project, a Docker image is created to run our job. We can check out the pipeline logs at https://bitbucket.org/user/repository/pipelines
. Clicking into one of the most recent successful merges, we should see something like this:
So, for example, if you work with a team of scientists, data scientists, etc.., all pushing and pulling to and from the same repository, you're going to want to control how, when and what changes get published to Kyso.
Because a merged pull request always results in a push, we can just use the push event to accomplish our goal. So the above workflow will run when a PR is merged or when a commit is made directly to the master branch.
To make this workflow even more secure, it has been recommended that you add branch protection rules to your main branch!
Similar to our documentation on Github Actions,