Right. I figure that's basically an ASF version of the `gh-pages` branch?
On Wed, Sep 16, 2020 at 10:39 AM Joan Touzet <woh...@apache.org> wrote: > > > On 16/09/2020 11:39, Paul Davis wrote: > > On Wed, Sep 16, 2020 at 10:32 AM Joan Touzet <woh...@apache.org> wrote: > >> > >> > >> > >> On 16/09/2020 10:57, Paul Davis wrote: > >>> Hey all, > >>> > >>> Here's a list of all CouchDB related repositories with a few quick > >>> stats and my read on their status and requirements. Can I get some > >>> eyeballs on this to double check before I submit a ticket to infra > >>> for doing our branch renaming updates? > >>> > >>> https://gist.github.com/davisp/9de8fa167812f80356d4990e390c9351 > >>> > >>> There are a few repos with comments I had when I wasn't 100% sure on > >>> the status. For ease those are: > >>> > >>> couchdb-couch-collate - I couldn't easily tell if this was still > >>> used for Windows builds > >> > >> Nope > >> > >>> couchdb-fauxton-server - This is an empty repo, should we have it > >>> deleted? > >> > >> Sure > >> > >>> couchdb-jquery-couch - Should this be archived? Has PouchDB/nano > >>> replaced it? > >> > >> If I recall correctly this was part of Futon and 1.x releases? > >> > >>> couchdb-nmo - Should this be archived? > >> > >> Very old code from 2015 from Robert Kowalski to help set up > >> clusters/etc. I don't know anything about it, and it appears > >> unmaintained. +1 to archive > >> > >>> couchdb-oauth - I couldn't find this used anywhere, should we archive > >> > >> I remember using this extensively! 1.x asset. As we no longer officially > >> support it (or CouchDB "plugins" in this form), +1 to archive > >> > >>> couchdb-www - Should this be archived or included in the rename? > >> > >> We already have to use asf-site branch on this, and the 'master' branch > >> already says "you're on the wrong branch." Just have Infra change the > >> default branch to asf-site, no need to master -> main here IMO. > >> > > > > Want me to have infra change the default branch to `asf-site` on this repo? > > Yes please! No need to change to main here. > > -Joan > > > > > Everything else sounds good. > > > >>> > >>> Paul > >>> > >>> On Fri, Sep 11, 2020 at 6:28 AM Glynn Bird <glynnb...@apache.org> > >>> wrote: > >>>> > >>>> +1 > >>>> > >>>> Happy to help reconfigure apache/couchdb-nano if necessary after > >>>> the switch to main > >>>> > >>>> On Thu, 10 Sep 2020 at 10:40, Andy Wenk <andyw...@apache.org> > >>>> wrote: > >>>> > >>>>> strong +1 > >>>>> > >>>>> here at sum.cumo we also change the “master” branches to main > >>>>> > >>>>> Best > >>>>> > >>>>> Andy -- Andy Wenk Hamburg > >>>>> > >>>>> GPG fingerprint C32E 275F BCF3 9DF6 4E55 21BD 45D3 5653 77F9 > >>>>> 3D29 > >>>>> > >>>>> > >>>>> > >>>>>> On 9. Sep 2020, at 20:09, Joan Touzet <woh...@apache.org> > >>>>>> wrote: > >>>>>> > >>>>>> +1. Thanks for starting this, Paul. I was actually going to try > >>>>>> and > >>>>> drive this a month or two ago, but things got busy for me. > >>>>>> > >>>>>> I'd also support renaming it to 'trunk' but really don't care > >>>>>> what we > >>>>> pick. > >>>>>> > >>>>>> The first commercial version control system I used to use, > >>>>>> called that > >>>>> branch "main": > >>>>>> > >>>>>> https://i.ibb.co/7bMDt3c/cc-ver-tree2.gif > >>>>>> > >>>>>> -Joan "yes, that's motif" Touzet > >>>>>> > >>>>>> > >>>>>> On 2020-09-09 11:40 a.m., Paul Davis wrote: > >>>>>>> Howdy Folks! Words matter. I've just started a thread on > >>>>>>> merging all of the FoundationDB work into mainline > >>>>>>> development and thought this would be a good time to bring up > >>>>>>> a separate discussion on renaming our default branch. > >>>>>>> Personally, I've got a few projects where I used `main` for > >>>>>>> the mainline development branch. I find it to be a fairly > >>>>>>> natural shift because I tab-complete everything on the > >>>>>>> command line. I'd be open to other suggestions but I'm also > >>>>>>> hoping this doesn't devolve into a bikeshed on what we end up > >>>>>>> picking. For mechanics, what I'm thinking is that when we > >>>>>>> finish up the last rebase of the FoundationDB work that > >>>>>>> instead of actually pushing the merge/rebase button we just > >>>>>>> rename the branch and then change the default branch on > >>>>>>> GitHub and close the PR. Thoughts? Paul > >>>>> > >>>>>