-
-
Notifications
You must be signed in to change notification settings - Fork 8.8k
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
[FIX JENKINS-40750] Remove cc.xml from core #2691
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The binary compatibility issue needs to be fixed. I was also surprised there is no existing Cruise Control plugin for Jenkins...
b5038fa
to
aa8a32f
Compare
@oleg-nenashev Addressed your review comment. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
The current state is fine for me if it is properly changelogged and then mentioned in the upgrade guide for the next LTS
@daniel-beck Ridiculously, there was a mention of such integration at one of Russian IT websites (link, in Russian). CC @SvyatoslavRazmyslov. They use CCTray. So maybe this feature as not that dead as we expect. But we can still decouple it to a plugin. |
UPD: English version of the post is here |
@oleg-nenashev Right, I never expected this to be unused -- just no reason to keep it in core, and questionable popularity and no data storage combined mean I don't see the need to add it to the DETACHED_PLUGINS. |
@daniel-beck since the LTS line is picked, maybe it's a good time to ship it. /me grumbles about the the API deprecation policy, which would not be easily able to handle such cases anyway |
@daniel-beck this is now conflicted, but apparently this was (almost) ready to merge? IIUC, this is still missing a release from https://github.com/jenkinsci/cctray-xml-plugin/ ? |
@daniel-beck are you still interested in this PR? |
@oleg-nenashev I am. Now's probably a good time to implement this given the LTS cycle. |
aa8a32f
to
03720d6
Compare
I don't use it personally, and never did. I even had to dig into various websites to understand what this feature was. But still:
Makes me slightly uncomfortable. That's fine-ish to me, but I have no idea how much this feature is used. But generally we'd add it to split-plugins.txt and the likes. Doing it would be quite easy and guarantee compatibility. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Given it is said to be deprecated and desupported on various websites after a quick search. Given I had no idea what this was before digging into it, I am going to selfishly consider I suppose not a majority of people still know and use CCTray.
So, it looks like extracting this feature as a plugin that users will have to explictly install looks fine.
Let's just be sure we surface it clearly both in the weekly changelog and the LTS upgrade guide, and everything should go mostly fine I think.
I also prepared https://github.com/jenkinsci/cctray-xml-plugin for release. It currently depends on an incrementals deployment of this PR, so everyone can try how it would work. |
I filed jenkinsci/cctray-xml-plugin#3 so Incrementals can actually be published. UPDATE: OK, I read it better and understood seeing the current plugin failure. The plugin is using a Core Incremental version. |
Just marked as ready for merge given the approvals. I'm just waiting for last confirmation from @daniel-beck that he's ready to release the plugin. |
I'm ready. The plugin has been updated and currently has a dependency on an incremental on core, once this is out I'll release it and reference it in the changelog (and possibly release a temporary 0.1 a bit early with a lower core dependency to make sure it's on the update center). |
OK, let's pull the trigger then. Thanks everyone. |
As this doesn't involve data or other compatibility concerns, I think we can skip the bundled/detached plugins dance in this case.
To be merged only once ccxml plugin exists. WIP plugin: https://github.com/jenkinsci/cctray-xml-plugin
Not sure how to handle
toCCStatus
, between keep/keep and deprecate/keep, deprecate, and throw exception/remove I opted for the second (after review) in this PR as it appears to be unused everywhere. Feedback welcome.Proposed changelog entries