+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