All of lore.kernel.org
 help / color / mirror / Atom feed
From: Junio C Hamano <gitster@pobox.com>
To: Andrew Ardill <andrew.ardill@gmail.com>
Cc: "git\@vger.kernel.org" <git@vger.kernel.org>
Subject: Re: What's cooking in git.git (Feb 2013, #05; Tue, 12)
Date: Wed, 13 Feb 2013 07:27:49 -0800	[thread overview]
Message-ID: <7vpq04b5e2.fsf@alter.siamese.dyndns.org> (raw)
In-Reply-To: <CAH5451mmXg=xvb-gW0qNvp7f8M5Jk5_ZS+UHAzMaGhJ677zWmw@mail.gmail.com> (Andrew Ardill's message of "Wed, 13 Feb 2013 11:42:06 +1100")

Andrew Ardill <andrew.ardill@gmail.com> writes:

> On 13 February 2013 11:34, Junio C Hamano <gitster@pobox.com> wrote:
>> The change could negatively affect people who expect that removing
>> files that are not used for their purpose (e.g. a large file that is
>> unnecessary for their build) will _not_ affect what they get from
>> "git add .";
>
> How big a problem is this?

As you said below, it could be fairly big, if you expect a lot of
people do not use "git add -u".

> If we need to support this behaviour than I would suppose a config
> option is required. A default config transition path similar to git
> push defaults would probably work well, in the case where breaking
> these expectations is unacceptable.

We've discussed that before.

http://thread.gmane.org/gmane.comp.version-control.git/171811/focus=171818

>> obviously they must have trained themselves not to do
>> "git add -u" or "git commit -a".
>
> Many people use git add -p by default, so I would not be surprised
> about people not using -u or -a.

  reply	other threads:[~2013-02-13 15:28 UTC|newest]

Thread overview: 15+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-02-13  0:06 What's cooking in git.git (Feb 2013, #05; Tue, 12) Junio C Hamano
2013-02-13  0:12 ` jn/shell-disable-interactive (Re: What's cooking in git.git (Feb 2013, #05; Tue, 12)) Jonathan Nieder
2013-02-13  0:15   ` Junio C Hamano
2013-02-13  0:21 ` What's cooking in git.git (Feb 2013, #05; Tue, 12) Andrew Ardill
2013-02-13  0:34   ` Junio C Hamano
2013-02-13  0:42     ` Andrew Ardill
2013-02-13 15:27       ` Junio C Hamano [this message]
2013-02-14  2:43         ` Andrew Ardill
2013-02-14  4:36           ` Junio C Hamano
2013-02-14  4:54             ` Andrew Ardill
2013-02-14 16:59               ` Junio C Hamano
2013-02-14 23:17                 ` Junio C Hamano
2013-02-22  8:32                   ` Miles Bader
2013-02-22 16:58                     ` Junio C Hamano
2013-02-18 20:21 ` greened

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=7vpq04b5e2.fsf@alter.siamese.dyndns.org \
    --to=gitster@pobox.com \
    --cc=andrew.ardill@gmail.com \
    --cc=git@vger.kernel.org \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.