[swift] Flatbuffers version changes every time even there is no API / ABI breaks #7669
Replies: 2 comments 3 replies
-
@mr-swifter Yes, so we decided to go with the following versioning. The idea is we use the date for any release and yes there will always be breaking changes on each release. Since we couldn't just maintain a simple semantic versioning for all the languages. And even if we didn't, each release would've always broke it. since the semantic versioning would always update the function. |
Beta Was this translation helpful? Give feedback.
-
Yep, we release often and many times there are 0 changes for a given language. But we decided to put the burden on the user to decide when they want to update, instead of trying to manage each language all the time. The less we do with releasing the more features/bugs we can focus on. |
Beta Was this translation helpful? Give feedback.
-
Hello there!
I'm a bit confused how FlatBuffers version is used and why it changes every release even there is no any breaks
What I'm talking here is about Swift, not sure how it works for other languages.
I moved from using @mustiikhalil repository to main google repository since October, when v22.9.29 has been released. Up until not there are 3 (4 with latest synthetic release) releases. Every release the FlutBuffersVersion constant is changed, so I need:
flatc
my machine (and potentially on all CI host which can have actions for generating flatbuffers source code)_generated
source codeBut as I can see there is no API/ABI breaks since the v22.9.29:
Is it intended to introduce API break on every release? If so, is there any proposed workflow to take latest features and optimisations without re-generating and re-compiling everything?
Beta Was this translation helpful? Give feedback.
All reactions