+1 (non-binding) to using an independent version for the Spark Kubernetes Operator with a compatibility matrix with Spark versions.
On Fri, Apr 12, 2024 at 5:31 AM L. C. Hsieh <vii...@gmail.com> wrote: > Hi all, > > Thanks for all discussions in the thread of "Versioning of Spark > Operator": > https://lists.apache.org/thread/zhc7nb2sxm8jjxdppq8qjcmlf4rcsthh > > I would like to create this vote to get the consensus for versioning > of the Spark Kubernetes Operator. > > The proposal is to use an independent versioning for the Spark > Kubernetes Operator. > > Please vote on adding new `Versions` in Apache Spark JIRA which can be > used for places like "Fix Version/s" in the JIRA tickets of the > operator. > > The new `Versions` will be `kubernetes-operator-` prefix, for example > `kubernetes-operator-0.1.0`. > > The vote is open until April 15th 1AM (PST) and passes if a majority > +1 PMC votes are cast, with a minimum of 3 +1 votes. > > [ ] +1 Adding the new `Versions` for Spark Kubernetes Operator in > Apache Spark JIRA > [ ] -1 Do not add the new `Versions` because ... > > Thank you. > > > Note that this is not a SPIP vote and also not a release vote. I don't > find similar votes in previous threads. This is made similarly like a > SPIP or a release vote. So I think it should be okay. Please correct > me if this vote format is not good for you. > > --------------------------------------------------------------------- > To unsubscribe e-mail: dev-unsubscr...@spark.apache.org > >
