git.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Erik Huizinga <huizinga.erik@gmail.com>
Cc: git@vger.kernel.org
Subject: Re: Why are experimental commands git restore and git switch suggested in CLI output?
Date: Sat, 02 May 2020 09:44:52 -0700	[thread overview]
Message-ID: <xmqqtv0yjngb.fsf@gitster.c.googlers.com> (raw)
In-Reply-To: <CADA507xceVtpNkK5hyUrnXM0rPBj=sgpR0eM7b+yybiWT6Cg3w@mail.gmail.com> (Erik Huizinga's message of "Sat, 2 May 2020 09:18:26 +0200")

Erik Huizinga <huizinga.erik@gmail.com> writes:

> In other words: how can I, an individual end user, know what I can
> safely learn about these commands, and what can not?

The restore/switch commands are thought to be the future, and for a
better future, we still want to polish them further, which means
they may gain new features, their existing behaviour may change, or
some features that are found to be bad for users may be dropped.

And we will know what new features are desirable, which parts of
their existing behaviour should be improved in what way, and which
parts of their existing features cause confusion to users and need
to be dropped, only by listening to those who actually use them in
their daily life.  That is what an experiment is.  By definition,
we won't know what will going to change.

Users who want to help improve future Git are encouraged to use
these experimental commands and complain (especially when they find
that these commands do not work for them in their workflow better
than "git checkout", which these commands are meant to replace).
Their voices will be heard and the commands may gain what they want
and lose what they do not want.

Users who do not care about participating in polishing these two
commands for a better Git in the future can stick to what they
already know, "git checkout".  But eventually these users would have
to learn "switch/restore" and their then-current set of features, as
(hopefully) they would be much better than "git checkout" by then.

Thanks.

      reply	other threads:[~2020-05-02 16:45 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-02  7:18 Why are experimental commands git restore and git switch suggested in CLI output? Erik Huizinga
2020-05-02 16:44 ` Junio C Hamano [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=xmqqtv0yjngb.fsf@gitster.c.googlers.com \
    --to=gitster@pobox.com \
    --cc=git@vger.kernel.org \
    --cc=huizinga.erik@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).