+1

Also happy to help Curt with releases etc.

Am Fr., 14. März 2025 um 21:08 Uhr schrieb Bryce Mecum <bryceme...@gmail.com>:
>
> Hi Kou, thanks for proposing this.
>
> I think it makes sense and sounds like a good thing to do. I'm happy
> to help with migration tasks and releases.
>
> On Wed, Mar 12, 2025 at 7:51 PM Sutou Kouhei <k...@clear-code.com> wrote:
> >
> > Hi,
> >
> > This is a similar discussion to the "[DISCUSS] Split Go
> > release process" thread[1], the "[DISCUSS] Split Java
> > release process" thread[2] and the "[DISCUSS] Split R release
> > process" thread[3]:
> >
> > [1] https://lists.apache.org/thread/fstyfvzczntt9mpnd4f0b39lzb8cxlyf
> > [2] https://lists.apache.org/thread/b99wp2f3rjhy09sx7jqvrfqjkqn9lnyy
> > [3] https://lists.apache.org/thread/6xl7zzf9y71dpjv5dvmn3fcm7rppggzx
> >
> > We've split Go and Java and they were released from
> > separated repositories. We don't split R for now.
> >
> > Let's discuss the next target.
> >
> > I propose C# as the next candidate because:
> >
> > * It seems that we don't need to update major version
> >   frequency
> >   * This is the main reason. Release process for
> >     apache/arrow will not be simplified so much.
> > * It's a native implementation not bindings
> >   * We may add bindings of C++'s dataset[4]
> > * C# release process is simple and already automated
> >   1. Build .nuget/.snuget on GitHub Actions
> >      (Built .nuget/.snuget are uploaded to GitHub release
> >      automatically)
> >   2. Sign built .nuget/.snuget and upload them to GitHub release
> >   3. Vote
> >   4. Download voted .nuget/.snuget and push them
> > * I think that Curt can act as a release manager
> >   (and we (at least I) can help)
> >
> > [4] https://lists.apache.org/thread/5jfk0fcqy90cl8w6v45ny50pwrgfpp1y
> >
> >
> > What do you think about this?
> >
> >
> > Thanks,
> > --
> > kou

Reply via email to