Hi,

Thanks for all comments about release schedule.

Let's use release-on-demand approach based on
arrow-datafusion's flow for the Julia Arrow implementation.

Do we have more items to be discussed? Can we start voting?


Thanks,
-- 
kou

In <cafhtnrxafz+q43yjqfsssn12hb_94jzfprxu6cdnnkwaoje...@mail.gmail.com>
  "Re: [DISCUSS][Julia] How to restart at apache/arrow-julia?" on Thu, 9 Sep 
2021 09:48:57 -0400,
  Andrew Lamb <al...@influxdata.com> wrote:

> I also think release on demand is a good strategy.
> 
> The primary reasons to do an arrow-rs release every 2 weeks were:
> 1. To have predictable cadence into downstream projects (e.g. datafusion
> and others)
> 2. Amortize the overhead associated with each release (the process is non
> trivial and the current 72 hour voting window adds some backpressure as
> well -- I remember Wes may have said windows shorter than 72 hours might be
> fine too)
> 
> 
> On Wed, Sep 8, 2021 at 12:19 AM QP Hou <q...@scribd.com.invalid> wrote:
> 
>> A minor note on the Rust side of things. arrow-rs has a 2 weeks
>> release cycle, but arrow-datafusion mostly does release on demand at
>> the moment. Our most uptodate release processes are documented at [1]
>> and [2].
>>
>> [1]: https://github.com/apache/arrow-rs/blob/master/dev/release/README.md
>> [2]:
>> https://github.com/apache/arrow-datafusion/blob/master/dev/release/README.md
>>
>> On Tue, Sep 7, 2021 at 4:01 PM Jacob Quinn <quinn.jac...@gmail.com> wrote:
>> >
>> > Thanks kou.
>> >
>> > I think the TODO action list looks good.
>> >
>> > The one point I think could use some additional discussion is around the
>> > release cadence: it IS desirable to be able to release more frequently
>> than
>> > the parent repo 3-4 month cadence. But we also haven't had the frequency
>> of
>> > commits to necessarily warrant a release every 2 weeks. I can think of
>> two
>> > possible options, not sure if one or the other would be more compatible
>> > with the apache release process:
>> >
>> > 1) Allow for release-on-demand; this is idiomatic for most Julia packages
>> > I'm aware of. When a particular bug is fixed, or feature added, a user
>> can
>> > request a release, a little discussion happens, and a new release is
>> made.
>> > This approach would work well for the "bursty" kind of contributions
>> we've
>> > seen to Arrow.jl where development by certain people will happen
>> frequently
>> > for a while, then take a break for other things. This also avoids having
>> > "scheduled" releases (every 2 weeks, 3 months, etc.) where there hasn't
>> > been significant updates to necessarily warrant a new release. This
>> > approach may also facilitate differentiating between bugfix (patch)
>> > releases vs. new functionality releases (minor), since when a release is
>> > requested, it could be specified whether it should be patch or minor (or
>> > major).
>> >
>> > 2) Commit to a scheduled release pattern like every 2 weeks, once a
>> month,
>> > etc. This has the advantage of consistency and clearer expectations for
>> > users/devs involved. A release also doesn't need to be requested, because
>> > we can just wait for the scheduled time to release. In terms of the
>> > "unnecessary releases" mentioned above, it could be as simple as
>> > "cancelling" a release if there hasn't been significant updates in the
>> > elapsed time period.
>> >
>> > My preference would be for 1), but that's influenced from what I'm
>> familiar
>> > with in the Julia package ecosystem. It seems like it would still fit in
>> > the apache way since we would formally request a new release, wait the
>> > elapsed amount of time for voting (24 hours would be preferrable), then
>> at
>> > the end of the voting period, a new release could be made.
>> >
>> > Thanks again kou for helping support the Julia implementation here.
>> >
>> > -Jacob
>> >
>> > 2)
>> >
>> > On Sun, Sep 5, 2021 at 3:25 PM Sutou Kouhei <k...@clear-code.com> wrote:
>> >
>> > > Hi,
>> > >
>> > > Sorry for the delay. This is a continuation of the "Status
>> > > of Arrow Julia implementation?" thread:
>> > >
>> > >
>> > >
>> https://lists.apache.org/x/thread.html/r6d91286686d92837fbe21dd042801a57e3a7b00b5903ea90a754ac7b%40%3Cdev.arrow.apache.org%3E
>> > >
>> > > I summarize the current status, the next actions and items
>> > > to be discussed.
>> > >
>> > > The current status:
>> > >
>> > >   * The Julia Arrow implementation uses
>> > >     https://github.com/JuliaData/Arrow.jl as a "dev branch"
>> > >     instead of creating a branch in
>> > >     https://github.com/apache/arrow
>> > >   * The Julia Arrow implementation wants to use GitHub
>> > >     for the main issue management platform
>> > >   * The Julia Arrow implementation wants to release
>> > >     more frequency than 1 release per 3-4 months
>> > >   * The current workflow of the Rust Arrow implementation
>> > >     will also fit the Julia Arrow implementation
>> > >
>> > > The current workflow of the Rust Arrow implementation:
>> > >
>> > >
>> > >
>> https://docs.google.com/document/d/1TyrUP8_UWXqk97a8Hvb1d0UYWigch0HAephIjW7soSI/edit#heading=h.kv1hwbhi3cmi
>> > >
>> > >     * Uses apache/arrow-rs and apache/arrow-datafusion instead
>> > >       of apache/arrow for repository
>> > >
>> > >     * Uses GitHub instead of JIRA for issue management
>> > >       platform
>> > >
>> > >
>> > >
>> https://docs.google.com/document/d/1tMQ67iu8XyGGZuj--h9WQYB9inCk6c2sL_4xMTwENGc/edit
>> > >
>> > >     * Releases a new minor and patch version every 2 weeks
>> > >       in addition to the quarterly release of the other releases
>> > >
>> > > The next actions after we get a consensus about this
>> > > discussion:
>> > >
>> > >   1. Start voting the Julia Arrow implementation move like
>> > >      the Rust's one:
>> > >
>> > >
>> > >
>> https://lists.apache.org/x/thread.html/r44390a18b3fbb08ddb68aa4d12f37245d948984fae11a41494e5fc1d@%3Cdev.arrow.apache.org%3E
>> > >
>> > >   2. Create apache/arrow-julia
>> > >
>> > >   3. Start IP clearance process to import JuliaData/Arrow.jl
>> > >      to apache/arrow-julia
>> > >
>> > >      (We don't use julia/Arrow/ in apache/arrow.)
>> > >
>> > >   4. Import JuliaData/Arrow.jl to apache/arrow-julia
>> > >
>> > >   5. Prepare integration tests CI in apache/arrow-julia and
>> apache/arrow
>> > >
>> > >   6. Prepare releasing tools in apache/arrow-julia and apache/arrow
>> > >
>> > >   7. Remove julia/... from apache/arrow and leave
>> > >      julia/README.md pointing to apache/arrow-julia
>> > >
>> > >
>> > > Items to be discussed:
>> > >
>> > >   * Interval of minor and patch releases
>> > >
>> > >     * The Rust Arrow implementation uses 2 weeks.
>> > >
>> > >     * Does the Julia Arrow implementation also wants to use
>> > >       2 weeks?
>> > >
>> > >   * Can we accordance with the Apache way with this workflow
>> > >     without pain?
>> > >
>> > >     The Rust Arrow implementation workflow includes the
>> > >     following for this:
>> > >
>> > >
>> > >
>> https://docs.google.com/document/d/1TyrUP8_UWXqk97a8Hvb1d0UYWigch0HAephIjW7soSI/edit#heading=h.kv1hwbhi3cmi
>> > >
>> > >       > Contributors will be required to write issues for
>> > >       > planned features and bug fixes so that we have
>> > >       > visibility and opportunities for collaboration
>> > >       > before a PR shows up.
>> > >
>> > >   * More items?
>> > >
>> > >
>> > > Thanks,
>> > > --
>> > > kou
>> > >
>>

Reply via email to