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
I understand the forking changes made recently, and they are great, ty ty. However, there is still one nuance I am not sure about.
It seems, that even if skip=true, the fork still occurs. Where this becomes an issue, is that the fork then kicks off its own test lifecycle, triggering any other executions bound to the lifecycle.
Despite the scoverage:test mojo skipping due to true, the fork still happens prior, and kicks off other plugin goals bound to to test. The fork ends, and they happen again on the main process.
Does this make sense? I can track it mostly via custom execution-ids. It will be the declared execution where skip=true, even with a top level skip.
I could provide a more complete pom, the actual project is proprietary, so I have to recreate it for posting. Or I can put it under a debugger for more insight. But, before I commit time to that, I wanted to check and see if this is expected, or if there I am missing something.
For the time being, I get around it by skipping scoverage with an execution/phase variable scoverage.phase, that I set to none when I want to skip scoverage goals. This prevents the fork from starting.
Sorry if this is a repost or known issue too.
The text was updated successfully, but these errors were encountered:
maybe a good way to express this is, what might be a possible config to skip all test lifecycle bindings, including scoverage. proxy them all behind additionalForkedProjectProperties and either start the fork regardless, or rebind scoverage to phase none?
Same issue here. It would be good to have a way where scoverage.skip also skips the forking itself so as to give a fast path to run test locally for the developer
I understand the forking changes made recently, and they are great, ty ty. However, there is still one nuance I am not sure about.
It seems, that even if
skip=true
, the fork still occurs. Where this becomes an issue, is that the fork then kicks off its owntest
lifecycle, triggering any other executions bound to the lifecycle.Despite the scoverage:test mojo skipping due to true, the fork still happens prior, and kicks off other plugin goals bound to to
test
. The fork ends, and they happen again on the main process.Does this make sense? I can track it mostly via custom execution-ids. It will be the declared execution where
skip=true
, even with a top level skip.For instance, a config (distilled):
outputs:
I could provide a more complete pom, the actual project is proprietary, so I have to recreate it for posting. Or I can put it under a debugger for more insight. But, before I commit time to that, I wanted to check and see if this is expected, or if there I am missing something.
For the time being, I get around it by skipping scoverage with an
execution/phase
variablescoverage.phase
, that I set tonone
when I want to skip scoverage goals. This prevents the fork from starting.Sorry if this is a repost or known issue too.
The text was updated successfully, but these errors were encountered: