kedacore / governance

Governance of KEDA
Apache License 2.0
8 stars 10 forks source link

docs: Provide policy on breaking changes & deprecations in KEDA #70

Closed tomkerkhove closed 1 year ago

tomkerkhove commented 2 years ago

Provide policy on breaking changes & deprecations in KEDA

Checklist

Relates to #68

tomkerkhove commented 2 years ago

@JorTurFer @zroubalik gentle reminder

tomkerkhove commented 2 years ago

Setting up meeting to discuss open items

JorTurFer commented 1 year ago

The proposal looks good, but I have finally found out what is the only concern I am having. We should be able to mark some features as experimental/alpha/tech preview... in order to try new things but withough locking us into backwards compatibility requirement.

This way we can try new things and users has clear idea that it is not stable feature.

WDYT?

It's a good idea, but I'd just add it as a note in the docs, or a table somewhere, simplest as possible

tomkerkhove commented 1 year ago

The proposal looks good, but I have finally found out what is the only concern I am having. We should be able to mark some features as experimental/alpha/tech preview... in order to try new things but withough locking us into backwards compatibility requirement.

This way we can try new things and users has clear idea that it is not stable feature.

WDYT?

It's a good idea, but I'd just add it as a note in the docs, or a table somewhere, simplest as possible

We can't do that @JorTurFer , this has to be baked in to the policy. @zroubalik makes sense. Do you want to take a stab at writing a section on this?

JorTurFer commented 1 year ago

We can't do that @JorTurFer , this has to be baked in to the policy. @zroubalik makes sense. Do you want to take a stab at writing a section on this?

no no, I meant to reflect it in this policy because we should explain these things, but making the implementation simplest as possible, something like adding notes in the feature docs or all together in a section, but now having something super sophisticated for this.

zroubalik commented 1 year ago

The proposal looks good, but I have finally found out what is the only concern I am having. We should be able to mark some features as experimental/alpha/tech preview... in order to try new things but withough locking us into backwards compatibility requirement. This way we can try new things and users has clear idea that it is not stable feature. WDYT?

It's a good idea, but I'd just add it as a note in the docs, or a table somewhere, simplest as possible

We can't do that @JorTurFer , this has to be baked in to the policy. @zroubalik makes sense. Do you want to take a stab at writing a section on this?

I can, but no sooner than in a week. I have a ton of stuff to do now 😄

tomkerkhove commented 1 year ago

That's OK - Thanks!

tomkerkhove commented 1 year ago

Great! @ahmelsayed @jeffhollan can you take a last look please?

tomkerkhove commented 1 year ago

We have a majority vote, great to see this getting merged 🎉