-
Notifications
You must be signed in to change notification settings - Fork 33
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
Add k8s end point - issues 162 #188
Add k8s end point - issues 162 #188
Conversation
@TheJuanAndOnly99 any ideas why the semgrep action is failing? |
Is this cos I'm using a fork and my forked repo doesn't have the token? |
@matthewgardner yes, secrets are not shared with forks! |
@TheJuanAndOnly99 this is the same conversation we were having when still in labs . . . how is anyone else using semgrep if it won't work on PRs from forks? |
@rocketstack-matt you're right it doesn't make sense. I've sent a PR removing the login step #201. This should allow the semgrep check to run correctly on PRs that are coming from forks. |
@TheJuanAndOnly99 I thought we'd added it in the lab because it was failing without it. Anyway, your PR build passed so I've merged it in and will check the others. |
@TheJuanAndOnly99 as I suspected, the change you have made (and we previously put in) simply means the action passes without running (see https://github.com/finos/architecture-as-code/actions/runs/9175041268/job/25227175952?pr=190) - do you have an example of any repo in FINOS where this actually works? CC: @matthewgardner |
@rocketstack-matt we do not. This is something we're trying to roll out. See https://github.com/finos/code-scanning (were we actually have the same issue). The last change I made should allow the semgrep scan to run correctly on PRs coming from branches and the scheduled job. Though it won't run on PRs coming from forks it at least doesn't block them. Let me discuss with @maoo and get back to you. |
Adding a simple JSON endpoint for the translator
#162