datafusion-ballista icon indicating copy to clipboard operation
datafusion-ballista copied to clipboard

Ballista 0.13.0 Release

Open andygrove opened this issue 1 year ago • 1 comments

Is your feature request related to a problem or challenge? Please describe what you are trying to do. I would like to keep the momentum going and create a 0.13.0 release in the next 1-2 months.

Let's use this issue to co-ordinate on what we would like to see in the next release.

Here are the items that I plan working on:

  • Review and improve documentation and examples
  • Improve the Python bindings, particularly around adding DataFrame support back in
  • Write some architecture and design documentation

Describe the solution you'd like

Describe alternatives you've considered

Additional context

andygrove avatar Feb 09 '24 14:02 andygrove

It would bring great confidence to the community and or unsure observers if there was a regular release cadence. Would you have an update regarding this ticket?

andrewwebber avatar Aug 02 '24 12:08 andrewwebber

As balista has tight coupling with datafusion, and we cant really mix and match different versions, would it make sense to have same version as datafusion, like datafusion-python does? it would help users to pick right datafusion version (probably we should re-export datafusion in ballista::datafusion)

main reason we can't have same version as datafusion is that ballista is still not as mature as df is, so we should not use major version > 0. Nothing stopping us to use keep minor version in sync with df major version. This would users with decision which versions to choose

in short, proposal is:

  • use 0.43.0 for next release and keep minor version in sync with datafusion major
  • use same version as datafusion once ballista get promoted to version 1

wdyt @andygrove ?

milenkovicm avatar Nov 21 '24 09:11 milenkovicm

I don't have a strong opinion, but if we are going to change the versioning scheme, I would rather do it once than twice. Why don't we just jump straight to 43.0.0 for the next release. This would be consistent with the other subprojects.

andygrove avatar Nov 25 '24 17:11 andygrove

I have no objections. Other projects put the bar very hight, we might get under pressure 😀

milenkovicm avatar Nov 25 '24 18:11 milenkovicm

@andygrove should we release 43? I'm not sure if python release is in place, personally I don't see the point to release py-ballista in the current state. wdyt?

milenkovicm avatar Jan 02 '25 20:01 milenkovicm

Sure, lets do it. Can you create a PR against main to update version numbers and add the changelog?

andygrove avatar Jan 06 '25 17:01 andygrove