An argument for a formulation of “Declared compatibility against pulpcore X.Y+” (where X.Y is the current breaking change release, in case of this thread 3.55, not the next one 3.70):
Communication wise, I think a changelog entry of “Declared compatibility against pulpcore<3.70” at a point in time when pulpcore 3.55 is latest, has a lot of potential to confuse anyone not intimately acquainted with the Plugin API deprecation policy (most users). So I think something like “Declared compatibility against pulpcore 3.55+” has the following virtues:
- While less technically accurate than pulpcore<3.70 it is still true.
- It identifies the actual existing breaking change release that now works.
- Via the “+” It still hints that there is a range beyond the “3.55” that we also declared compatibility against.
So I quite like this variant. That being said, I think future consistency is more important than the exact schema chosen. And to achieve consistency we presumably would need to create a GitHub workflow to “automatically bump the pulpcore compatibility ceiling”.