+1 on making a parquet-cpp release. I don’t have a strong opinion about the starting version number and will defer to the main parquet-cpp contributors.
That said, here is my 2 cents (purely FYI): My experience is that giving absolute meaning to version numbers is very subjective and can get in the way. (absolute meaning the version number quantifies the progress of the project) For example, Starting at 0.5 kind of implies 1.0 follows 0.9 and it contains twice as much as 0.5. Then we tend to say things like “but do we have enough to make a release?” when a release should just be a pointer to a stable point in the project. I’m not against starting at 0.5 but we should try not to convey to much meaning in the version number related to the progress/increase in features. Julien > On Jan 24, 2017, at 6:42 AM, Wes McKinney <[email protected]> wrote: > > hi folks, > > Since Uwe has set up the release-making bits recently, and the API is > reasonably stable after the refactor to depend on libarrow, I propose > we go ahead and make a first official parquet-cpp source release. > > I propose that we call this release 0.5.0 instead of 0.1.0 to reflect > the maturity of the project. If anyone has any objections or an > alternate release number, feel free to suggest it. My hope would be we > are on a trajectory for parquet-cpp 1.0.0 within 1 years' time. > > Any more patches we need to write before the release? I know Uwe is > working on PARQUET-834, so we can wait for that or follow up with > another release within a months' time or so. > > Thanks, > Wes
signature.asc
Description: Message signed with OpenPGP using GPGMail
