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

Fixed test after debian-stable is bookworm #315

Merged
merged 1 commit into from
Feb 11, 2024

Conversation

mbv
Copy link
Contributor

@mbv mbv commented Feb 11, 2024

  • updated mongo to 7.0, repo mongo contains only 7.0 for debian bookworm
  • installed redis 6., redis 7. is not supported by go-redis/redis/v8

 * updated mongo to 7.0, repo mongo contains only 7.0 for debian bookworm
 * installed redis 6.*, redis 7.* is not supported by `go-redis/redis/v8`
Copy link
Owner

@iegomez iegomez left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Docker builds and test workflow stopped running, any idea why?

@@ -0,0 +1 @@
.github
Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Why is this needed?

Copy link
Contributor Author

@mbv mbv Feb 11, 2024

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is a small optimization for local testing. I can exclude it from the PR if necessary. On line 63 in Dockerfile.runtest, we have COPY ./ ./, which copies all files. This just excludes it from the Docker context and doesn’t copy this folder to the image at this step. This means that if I change something in the .github folder, it won’t invalidate all Docker layers after COPY ./ ./.

Copy link
Owner

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Gotcha, I was just wondering if ignoring .github, where workflows are declared, has anything to do with workflows no longer running.

@mbv
Copy link
Contributor Author

mbv commented Feb 11, 2024

Docker builds and test workflow stopped running, any idea why?

@iegomez Did you mean why it is running, e.g., on this PR?

I suppose that’s because the test.yml pipeline contains the trigger on: push, which means it runs on every push in any branch in THIS repo. However, this PR contains a branch from a forked repo. I think we should add another trigger:

pull_request:
    branches: [ master ]

@iegomez
Copy link
Owner

iegomez commented Feb 11, 2024

@mbv nope, I really meant they're not running when they normally did. Now only CodeQL checks are running and nothing else, so I fetched and checked out the PR's branch to run tests locally. It's still building the image right now.
image

Edit: it finished building and the tests are passing, but I still wonder why workflows stopped.

@mbv
Copy link
Contributor Author

mbv commented Feb 11, 2024

See the examples: Here is your PR #307, when the branch is in your repo and not a fork, the tests are triggered:
image

Here is a PR from a fork #285, and only CodeQL is triggered.

Screenshot 2024-02-11 at 15 30 27

The difference lies in the triggers for the pipelines: CodeQL contains both push triggers (for branches in this repo) and pull_request triggers (for any branches).

Screenshot 2024-02-11 at 15 32 37 Screenshot 2024-02-11 at 15 32 59

Added: For my branch, it has been run in the fork: https://github.com/mbv/mosquitto-go-auth/actions/runs/7861405724

@iegomez
Copy link
Owner

iegomez commented Feb 11, 2024

@mbv sorry, I misunderstood, you're completely right. Haven't worked on this for a long while and I'm a bit rusty.

@iegomez iegomez merged commit 5b4a46e into iegomez:master Feb 11, 2024
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants