-
Notifications
You must be signed in to change notification settings - Fork 1
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
191 test khiopspydev docker images before pushing them to the registry #226
191 test khiopspydev docker images before pushing them to the registry #226
Conversation
f1018d5
to
d82e70e
Compare
If I understood well, the docker image for dev will be still named (and tagged) this way :
It seems that the image revision is set manuallly by the user. There may be a risk that 2 users set the same image revision and thus overwrite the image. But it may be an acceptable risk. |
Yes, IMHO it is an acceptable risk. Otherwise, we would need a different mechanism for ensuring no override occurs, e.g. use the commit hash in / as the image revision part of the Docker image tag (less readable)? |
64ea4c6
to
0aeb5ce
Compare
- don't push image to GH registry by default - use versioning for the Docker image - drop the `test` job for the Docker images: Khiops packages are tested upstream - add 'latest' Docker tag to image if on `dev` or `main` branches
To this end, add separate development Docker image tag output. Indeed, `env` is not accessible in the `image` context, because it's not in a step (see https://docs.github.com/en/actions/writing-workflows/choosing-what-your-workflow-does/contexts#env-context).
The `maison` dependency just had a new 2.0 release with breaking changes (https://github.com/dbatten5/maison/releases/tag/v2.0.0) which break yamlfix (see lyz-code/yamlfix#286).
0aeb5ce
to
184b9d3
Compare
Indeed, `.feature_evaluated_importances` is a 1-D array with one scalar (the level) per feature. Note: this is launched as a test only when "long" unit tests are enabled.
closes #191