-
Notifications
You must be signed in to change notification settings - Fork 93
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 support for remote coverage files #421
Comments
@jab Thanks for the ticket! The only hurdle that jumps to mind, is whether vscode lets you download files over the network straight out of the box or if there is some permission stuff that might need to be handled / requested of the person using the extension 🤔. @mattseddon have you seen anything similar to this in your travels? |
It is definitely possible. The RedHat yaml extension lets you use remote schemas to validate your YAML files. Something like this should work (warning this is the first thing that jumped into my head):
Two caveats:
|
Thanks for the input! I agree with the caveats and will keep that in mind 👍🏻. |
Is your feature request related to a problem? Please describe.
It is common for codebases to have coverage generated remotely by CI jobs, and for the latest coverage data to be available at a predictable URL like
http://$host/job/$jobname/lastSuccessfulBuild/artifacts/_coverage_report.dat
.It is currently harder than it should be to use remote coverage files with Coverage Gutters (you have to manually download the latest version of the file and move it into the correct location, which is slower and more error-prone than an automated solution).
Describe the solution you'd like
Allow URLs in the list of coverage files that Coverage Gutters looks for.
This would allow a codebase to set its remote coverage file in its
.vscode/settings.json
, such that a fresh clone could be opened in VSCode, and Coverage Gutters would already be able to display the coverage data, with no need for the user to manually download or generate coverage data locally first. This would be especially useful for being able to quickly view coverage of fresh clones of multiple large codebases, which is a common need e.g. when onboarding with a new team or company.The text was updated successfully, but these errors were encountered: