You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
What Operating System are you using (both controller, and any agents involved in the problem)?
all
Reproduction steps
create a war which includes a plugin (e.g. warnings-ng)
clone the sources for the plugin to a local directory
run the pct and specify the local checkout directory (java -jar target\plugins-compat-tester-cli.jar test-plugins --war mywar.war` --working-dir=C:\workarea\temp\ --include-plugins=warnings-ng --local-checkout-dir=C:\workarea\source\github\jenkinsci\warnings-ng-plugin\
Expected Results
the tests for warnings-ng are only run from the local checkout
Actual Results
tests are run for both the version of warnings-ng in the war and the version in the local clone
Anything else?
I introduced this issue in #510, previously the behaviour was defined if you provided a single plugin id to be included in the command line, but did not work for multi-module checkouts.
I expect using --local-checkout-dir to use that checkout for the list of plugins to test, and ignore anything plugins in the war, as I expect this to be used mainly by developers either
a) trying to validate a fix to an issue is working (or even reproduce a specific issue)
b) test a plugin that is not in the war
The text was updated successfully, but these errors were encountered:
IIUC neither the OSS BOM automation nor CloudBees' automation relies on testing plugins that are both included in the war and provided as a local checkout at the same time.
So I intend to change the behviour so that if you specify --local-checkout-dir then only plugins that are in the directory specified will be located for testing (ignoring any plugins in the war.
if `--local-checkout-dir` is provided then we only check plugins that
are in the directory specified (after filtering any includes/excludes)
Also re-introduces a simplification from Basil where each extractor will
throw MetadataExtractionException if no plugins (after filtering) are
found.
fixes#528
if `--local-checkout-dir` is provided then we only check plugins that
are in the directory specified (after filtering any includes/excludes)
Also re-introduces a simplification from Basil where each extractor will
throw MetadataExtractionException if no plugins (after filtering) are
found.
fixes#528
Jenkins and plugins versions report
Environment
What Operating System are you using (both controller, and any agents involved in the problem)?
all
Reproduction steps
warnings-ng
)java -jar target\plugins-compat-tester-cli.jar test-plugins --war
mywar.war` --working-dir=C:\workarea\temp\ --include-plugins=warnings-ng --local-checkout-dir=C:\workarea\source\github\jenkinsci\warnings-ng-plugin\Expected Results
the tests for
warnings-ng
are only run from the local checkoutActual Results
tests are run for both the version of
warnings-ng
in the war and the version in the local cloneAnything else?
I introduced this issue in #510, previously the behaviour was defined if you provided a single plugin id to be included in the command line, but did not work for multi-module checkouts.
I expect using
--local-checkout-dir
to use that checkout for the list of plugins to test, and ignore anything plugins in the war, as I expect this to be used mainly by developers eithera) trying to validate a fix to an issue is working (or even reproduce a specific issue)
b) test a plugin that is not in the war
The text was updated successfully, but these errors were encountered: