Skip to content
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

Don't push the spaceros image every time we submit a PR #79

Closed
mkhansenbot opened this issue Aug 15, 2023 · 6 comments
Closed

Don't push the spaceros image every time we submit a PR #79

mkhansenbot opened this issue Aug 15, 2023 · 6 comments

Comments

@mkhansenbot
Copy link
Contributor

We currently have one workflow with jobs for Earthly build-and-test and Earthly build-and-push. This means we have to run both together to run a build-and-test. This means we're pushing containers that aren't based on the main branch. I think we should split these into separate workflows. The build-and-test workflow should run on every PR, every merge to main, and nightly. The build-and-push should only run once or twice a day. In fact, I think build-and-push should be build-test-push

@Bckempa
Copy link
Contributor

Bckempa commented Dec 3, 2023

Related to #91 and #93

@xfiderek
Copy link
Contributor

xfiderek commented Dec 17, 2023

@mkhansenbot are the names of jobs still up to date? I can't find them. I can only see build-testing-results and space-ros-image in here

@mkhansenbot
Copy link
Contributor Author

Sorry, I just re-looked at this, I named them wrong in the initial issue, you have the names correct.

The point is still the same, we have one workflow that does both, which means we can't run them separately, which we really should be doing. We don't want to push an image every time there's a PR to this repo. We need to split the action into two.

@ivanperez-keera
Copy link
Contributor

ivanperez-keera commented Jan 10, 2024

In other repos I've used the branch name to determine whether a push should happen. If the branch is called release-<version_number>, then it's pushed, otherwise it's not. And we could make it such that, when CI job corresponding to a release tag is built, then the same tag is applied in docker hub when the image is uploaded.

@mkhansenbot mkhansenbot added this to the humble-2024.04.0 milestone Jan 30, 2024
@mkhansenbot
Copy link
Contributor Author

Added to next milestone (proposed) humble-2024.04.0

@mkhansenbot mkhansenbot removed this from the humble-2024.04.0 milestone May 1, 2024
@mkhansenbot
Copy link
Contributor Author

Fixed by #133

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
Status: Done
Development

No branches or pull requests

4 participants