-
Notifications
You must be signed in to change notification settings - Fork 133
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
Migrate to Supported Coverage Plugin #224
base: master
Are you sure you want to change the base?
Migrate to Supported Coverage Plugin #224
Conversation
BTW, I don't know how to fix the task list. |
Hi @jamiejackson, From an outsiders perspective, who is waiting for this plug-in to be updated, I took a look at the build log and can see that the build error is:
I see from your changes that you have updated the pom to require the Jenkins v2.440 bom. However, I see that the version of Jenkins specified in the pom:L21 is still:
Just a thought but does this need to be updated as well ? |
🤷 I bumped that and a couple of other versions and got:
I'm done with this, though. I already migrated the pipelines that needed coverage to another CI/CD server that supports it. |
It seems that the coverage plug-in v1.13, looking at it's pom, requires the data-tables-api v2.0.1-1 and v1.14 requires v2.0.3-1. What I don't understand, at present, is where the implied data-tables-api v1.13.0-4 is coming from? Unfortunately, I'm not either a Jenkins plug-in or Java developer. I've been a C and C++ engineer for 30 years, and opensource wise occasionally helping out in curl. |
It's a both a dependency and a transitive dependency of the I think the build error does a pretty decent job of pinpointing the dependencies and version clash, now that I look at it again:
|
I gave a quick try by adding:
to force maven to use that version.
I tried fighting this, but that's where I'll use @jamiejackson caveat: |
Some news: #219 (comment) |
This PR does not make sense. The parser for Cobertura is now included in the coverage plugin, making the Cobertura plugin obsolete! |
In my opinion the plugin must be marked as deprecated and the repo archived Like https://plugins.jenkins.io/opencover/ and https://github.com/jenkinsci/opencover-plugin |
Yes, that would make even more sense, see #226 |
@MarkEWaite @basil Since you published the latest release of this plugin: do you have access rights to mark the plugin as deprecated? I cannot edit the labels in this repository on my own. See jenkinsci/code-coverage-api-plugin#806 |
I don't have permissions on the repository. The last commit from a maintainer was by @jeffpearce . I think that the easiest path is for you to propose yourself as a maintainer of the plugin and then as a maintainer update the documentation to show that the plugin is deprecated and has been replaced by the Warnings plugin. @jeffpearce to you or other maintainers object to this plugin being deprecated in favor of the actively maintained warnings plugin? |
Ok, this looks a little bit complicated to just get the label deprecated set but I will request the permissions... I already have an answer from Jeff in an Email from May:
And one additional note, it has been replaced by the coverage plugin 😉 and not by the warnings plugin.
|
Hi Mark
I don't object to deprecating it.
Best
Jeff
…On Mon, Nov 4, 2024 at 8:48 AM Mark Waite ***@***.***> wrote:
@MarkEWaite <https://github.com/MarkEWaite> @basil
<https://github.com/basil> Since you published the latest release of this
plugin: do you have access rights to mark the plugin as deprecated? I
cannot edit the labels in this repository on my own. See
jenkinsci/code-coverage-api-plugin#806
<jenkinsci/code-coverage-api-plugin#806>
I don't have permissions on the repository. The last commit from a
maintainer was by @jeffpearce <https://github.com/jeffpearce> .
I think that the easiest path is for you to propose yourself as a
maintainer of the plugin and then as a maintainer update the documentation
to show that the plugin is deprecated and has been replaced by the Warnings
plugin <https://plugins.jenkins.io/warnings-ng/>.
@jeffpearce <https://github.com/jeffpearce> to you or other maintainers
object to this plugin being deprecated in favor of the actively maintained
warnings plugin?
—
Reply to this email directly, view it on GitHub
<#224 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/AALJD2M36A77FJP7FWB5JX3Z66JN7AVCNFSM6AAAAABFR6Z25OVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDINJVGIYDSNZYGE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
@jeffpearce Can't you simply add the label deprecated to this repository? Then we do not need to transfer any rights. |
Caveat: I have no idea what I'm doing.
Testing done
mvn package
(yields a Jenkins version error)Attempted to migrate from EOL code-coverage-api plugin to coverage-plugin (#219).
Haphazardly bumped/changed some versions in
pom.xml
and hamfistedly updated a test case.This is draft because my attempts led to failure:
Notes to self:
Tasks