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
Ignoring folder doesn't seem to work for Go #4786
Comments
This project seems like a prime candidate to test out our build tracing experimental feature, though. If you'd like you should be able to set |
Ah, nevermind, I misread our own documentation: the relevant gotcha is the top of this which says that it supports only Python and JS. |
You're right, I should have just read the docs more carefully 👍 Anyways, my "workaround" works, so hopefully this issue can help other people :) |
Heck yeah, thank you! Is this in fact what the docs are trying to tell us for compiled languages? It's so confusing — this says:
How about an example? The referenced page says nothing about excluding files/folders. |
@ckreibich what it's trying to say is that you should specify build steps that only build the code you want to extract. For example, in a C project if I had Regarding the documentation, could you suggest language that would make this clearer? |
My project contains Go and JavaScript code, including one package, in a sub-folder, that is for building WebAssembly code. Because of that, it has to be built with special Go flags or it won't work.
When using the
github/codeql-action/analyze@v1
action, by default it compiles all Go packages (with a command similar togo build ./...
). This causes my CodeQL scan to fail because it tries to build thewasm
package too, which can only be compiled with the correct Go flags.Following the documentation, I created a CodeQL config file with this content:
However, the CodeQL action was still trying to build my package in the
wasm
folder.See: https://github.com/ItalyPaleAle/prvt/runs/1505493791?check_suite_focus=true
(My workaround was to modify the action definition and simply run a
rm -rf wasm
before starting the CodeQL scan)The text was updated successfully, but these errors were encountered: