Considering the project currently follows the trunk-based development workflow, I am +1 for trunk In general I am fine also with main, but trunk sounds more accurate to me personally.
On Wed, 26 Aug 2020 at 4:03, Benjamin Lerer <benjamin.le...@datastax.com> wrote: > +1 for trunk or main (slight preference for trunk) > > > > > > > > On Tue, Aug 25, 2020 at 8:52 PM Mick Semb Wever <m...@apache.org> wrote: > > > > > +1 for trunk and main. > > > > > > Thanks for raising this Brandon. > > > > > > > > > > > > On Tue, 25 Aug 2020 at 20:40, Cyril Scetbon <cyril.scet...@free.fr> > wrote: > > > > > > > Scott, I don’t think it does and don’t see any offense in what I’ve > said. > > > > Can you be more specific instead of sending a link with rules numbers > > > that > > > > I don’t think apply ? I can also send links to definitions of all the > > > words > > > > in the rules you sent but it could be a waste of time. We can continue > > > that > > > > discussion on the list or in private up to you. > > > > > > > > Cyril Scetbon > > > > > > > > > On Aug 25, 2020, at 11:50 AM, Scott Hirleman < > scott.hirle...@gmail.com > > > > > > > > wrote: > > > > > > > > > > Cyril, your commentary violates the code of conduct of the ASF > > > > > <https://apache.org/foundation/policies/conduct.html> re rules #2 > and > > > > #5. > > > > > It could also be very hurtful to those who feel this is important, as > > > > many > > > > > in the community do. Please think before pushing further on this as > > > > > projects need to be welcoming and inclusive. Thank you. > > > > > > > > > >> On Mon, Aug 24, 2020 at 4:00 PM Cyril Scetbon < > cyril.scet...@free.fr> > > > > wrote: > > > > >> > > > > >> Wow, thanks for the link Almero. I suppose the dictionary comes next > > > > then > > > > >> 🤷♂️ > > > > >> > > > > >>> On Aug 24, 2020, at 6:54 PM, Gouws, Almero > > > <alme...@amazon.com.INVALID > > > > > > > > > >> wrote: > > > > >>> > > > > >>> > > > > >> > > > > > > > > https://urldefense.proofpoint.com/v2/url?u=https-3A__www.zdnet.com_article_mysql-2Ddrops-2Dmaster-2Dslave-2Dand-2Dblacklist-2Dwhitelist-2Dterminology_&d=DwIFaQ&c=adz96Xi0w1RHqtPMowiL2g&r=42Z7FyMoAS1DbvgKNjU8zxi7xTPVAGalPzk7bfmRVgw&m=_KDgXvABczXFLLkrzUHvgLTiGM6FTGPWWBXafxw3QNM&s=nV5LVK6p96fblFesy94FxPvsMgwZbtgwNyXh5wM7yXE&e= > > > > >>> > > > > >>> -Almero > > > > >>> > > > > >>> -----Original Message----- > > > > >>> From: Cyril Scetbon <cyril.scet...@free.fr> > > > > >>> Sent: Monday, August 24, 2020 3:47 PM > > > > >>> To: dev@cassandra.apache.org > > > > >>> Subject: RE: [EXTERNAL] naming development branches consistently > > > > >>> > > > > >>> CAUTION: This email originated from outside of the organization. Do > > > not > > > > >> click links or open attachments unless you can confirm the sender > and > > > > know > > > > >> the content is safe. > > > > >>> > > > > >>> > > > > >>> > > > > >>> Seriously ? Should we change how MySQL architectures are defined ? > > > > >> Should we remove it from the dictionary too ? Just to see how > radical > > > It > > > > >> could be … 🤦♂️ > > > > >>> > > > > >>>> On Aug 24, 2020, at 12:12 PM, Brandon Williams <dri...@gmail.com> > > > > >> wrote: > > > > >>>> > > > > >>>> With the current social climate I thought removing the master > > > > >>>> reference rather than proliferating it would be better. > > > > >>>> > > > > >>>> On Mon, Aug 24, 2020 at 11:07 AM Joshua McKenzie < > > > > jmcken...@apache.org> > > > > >> wrote: > > > > >>>>> > > > > >>>>> Why not rename "trunk" to "master" in C*? =D > > > > >>>>> > > > > >>>>> On Mon, Aug 24, 2020 at 11:17 AM Brandon Williams < > > > dri...@gmail.com> > > > > >> wrote: > > > > >>>>> > > > > >>>>>> Hello, > > > > >>>>>> > > > > >>>>>> Currently in the cassandra repo our development branch is named > > > > >>>>>> 'trunk', but this is not consistently used in other repos, such > as > > > > >>>>>> cassandra-dtest, -builds, -website, and probably others, which > use > > > > >>>>>> 'master' instead. I propose we rename all of those to 'trunk' > to > > > > >>>>>> match. > > > > >>>>>> > > > > >>>>>> Kind Regards, > > > > >>>>>> Brandon > > > > >>>>>> > > > > > > > > >
