When I said "Is there something equivalent for binary compatibility?", it was talking of *hpi.compatibleSinceVersion* pom property. When this option is used, the displayed red message (https://www.jenkins.io/images/developer/plugin-not-compatible.png) only focuses about possible configuration data loss. Nothing about the possible binary compatibility loss.
Maybe it would be interesting to let the plugin maintainer indicates which kind of compatibility will be lost? Anyway, I can reasonably maintain binary compatibility for my case, so I will keep it for now. Thank you for taking the time. Le vendredi 31 décembre 2021 à 16:01:27 UTC+1, Mark Waite a écrit : > On Friday, December 31, 2021 at 6:56:04 AM UTC-7 reda wrote: > >> Hi Mark, >> >> Thank you for your answer. >> >> The compatibility breakage instructions are about persisted data. Is >> there something equivalent for binary compatibility? >> >> > When the compatibility guidance in the governance document says: > > > we also recognize that plugin developers expect APIs and other code that > they depend on to remain available in future versions of Jenkins > > I think that applies in this case that you are considering. > > However, the later phrasing states that compatibility breaks are allowed > but are done carefully. Some examples of carefully done compatibility > breaks have included the upgrade from the Jenkins fork of xstream to the > standard release of xstream and the upgrade from Guava 11 to the current > release of Guava. Both those improvements arrived in Jenkins core within > the last 12 months. > > In both those cases, the developer took the same steps you are taking. > Plugins were checked for compatibility. Plugins were updated to be > compatible with the new version where feasible. In some cases, it was > accepted that the plugin would not be updated because it was not being > actively maintained and had a small number of installations. > > If you can't reasonably maintain API compatibility, then I believe you > have done the right thing to check that there are no known downstream > dependencies on the plugin you are changing. > > Mark Waite > >> -- You received this message because you are subscribed to the Google Groups "Jenkins Developers" group. To unsubscribe from this group and stop receiving emails from it, send an email to jenkinsci-dev+unsubscr...@googlegroups.com. To view this discussion on the web visit https://groups.google.com/d/msgid/jenkinsci-dev/feeb5b88-5242-4a48-b0e8-1059c8c2a3efn%40googlegroups.com.
