-
Notifications
You must be signed in to change notification settings - Fork 27
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
Sorald in CI: Dogfood SoraldBot, breaking the build #440
Comments
See #448 |
On hold for now |
Options:
|
So, there's a bit of a snag with SonarCloud. The secret required to run the SonarCloud analysis is not available to a pull request triggered from a fork. That's reasonable: we don't want untrusted users to have access to secrets with code with haven't vetted. The problem then is how to actually activate the analysis. This blog post suggests a few alternatives. One pretty reasonable one is to allow a pull request from a fork access to secrets if it's labeled with a specific label, say Another alternative would be to run SonarCloud analysis on the main branch only, and use it reactively rather than proactively. We could then adopt the pragmatic approach of only breaking the build for issues that Sorald can fix. We could do something like this:
Thoughts? |
I think we can close this now as we have sorald-buildbreaker running on this repo. |
We should setup SoraldBot for this repo, and have it always use the latest snapshot version (see #439)
The text was updated successfully, but these errors were encountered: