-
Notifications
You must be signed in to change notification settings - Fork 39
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
Split ros-operator into its own repo #67
Comments
@mudler what do you mean by QA? like the artifacts are there so it can be reproduced or something else? |
yup just some sanity checking if things are still working as expected (e.g. the correct default repos in the default chart values file, and such) |
I mean, the integration tests should check that automatically no? As we are pushing the image and building the chart based on that image tag, that means that when we test it afterwards by using that chart it needs to pull the correct image. I will still manually check just in case :D |
you never know :D I did find out later that it was using the wrong image once.. 👯 |
Tested on https://github.com/rancher-sandbox/rancheros-operator/actions/runs/2033704156 Get inside the helm chart Chart.yaml:
And inside the helm chart Values.yaml:
which both correspond to the commit:
So the QA part should be ok. Testing the label once is merged... |
docker image seems to be settings correctly with the tag: |
ah no, missing the |
Images now pushed correctly to the ci and release repos (full version tag) |
installing the chart from the published repo works as expected, the rancheros-operator is up and running
|
umm...any idea why the annotations would be missing in the pod @mudler ? The chart is correct and has all the annotations in there.. |
oh I guess this is for the chart only, so rancher can do stuff with it as part of their chart catalog I guess.. |
done, will create a couple of follow up cards for chart url/version config |
Signed-off-by: David Cassany <dcassany@suse.com>
It makes no sense to have all this mixed together with the os2 files. First, everything is clumped into a ton of files to setup like the CI, the makefile, the scripts, etc... while ros-operator is very simple and could do with a simple repo in which we control everything and its much clearer where to change things.
Plus we can release it separately instead of in a big release with the installer, the chart, the iso, etc..
ros-operator and its chart should live in its own repo for ease of releasing, testing and updating. We also dont need os2 to test the ros-operator so that makes it simpler.
A test repo is available at https://github.com/Itxaka/ros-operator with the full package, CI stuff, release stuff.
Action items
The text was updated successfully, but these errors were encountered: