Re: [PATCH 00/28] Use main as default branch name

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Dscho,

On 19/11/2020 00:00, Johannes Schindelin wrote:
> Hi Philip,
>
> On Wed, 18 Nov 2020, Philip Oakley wrote:
>
>> An alternative in the other direction is to go with the 'not currently
>> on any branch' (detached at nowhere) but then require users to
>> deliberately create their first branch with their chosen name. This
>> moves the 'backward incompatibility' to a different place, which may be
>> easier to manage.
> It might be easier to manage for _us_, the Git developers. But every user
> who initializes a repository and wants to push now

Is this 'emerges fully formed' initialise & push  really that common.

I'd be expecting a few add & commits prior to the push, so plenty of
time for deciding and creating the chosen branch. At least that was the
thought process...

>  needs to take the extra
> step to give their unnamed branch

>  ("detached HEAD" is _still_ confusing
> new users!!!) a name.
I'd only mentioned the detached head to keep the devs happy ;-) I'm
quite happy with a "not on any named branch yet" type message for normal
usage.

>
> That would be much more disruptive than choosing a "rather dull and
> boring" name instead of a rather racially-charged one.
"Main" is fine, but Junio had mention say "Primary" as being more
positive, but that is begging the question for the user. We should let
them chose.

Hence using the not greatly inspiring 'main' as a starter offering would
match that desire that the user should, ideally, make their own choice. 
>
> And we promised to try to minimize the disruption to Git users.
...but we haven't said 'it' is an ignorable issue. There's still a lot
of old documentation and inertia to overcome.
>
> Ciao,
> Dscho
Philip



[Index of Archives]     [Linux Kernel Development]     [Gcc Help]     [IETF Annouce]     [DCCP]     [Netdev]     [Networking]     [Security]     [V4L]     [Bugtraq]     [Yosemite]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux SCSI]     [Fedora Users]

  Powered by Linux