Mirror of the gdb-patches mailing list
 help / color / mirror / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Ricard Wanderlof <ricard.wanderlof@axis.com>
Cc: gdb-patches@sourceware.org
Subject: Re: [COMMIT] Re: [PATCH 0/9][gdbserver] Split server.h.
Date: Fri, 06 Sep 2013 07:42:00 -0000	[thread overview]
Message-ID: <83ob86mm60.fsf@gnu.org> (raw)
In-Reply-To: <alpine.DEB.2.00.1309060849440.3022@lnxricardw.se.axis.com>

> Date: Fri, 6 Sep 2013 08:51:20 +0200
> From: Ricard Wanderlof <ricard.wanderlof@axis.com>
> CC: "gdb-patches@sourceware.org" <gdb-patches@sourceware.org>
> 
> > Git doesn't save you from having to "git add" new files, does it?
> 
> With git, you need to use 'git add' for all files you're going to commit, 
> both existing ones and new ones, so there's less of a chance of forgetting 
> it since you need it all the time.

If you use only, git, I can imagine this to be true (although if you
use 'add' all the time, how come you forget that with CVS? that
doesn't compute).  Not so if you also have to use a couple of other
VCSes.  In fact, git is the odd one out here, AFAIK, as hg, bzr, svn,
and cvs all have the same semantics of 'add', while git doesn't.

I avoid using "git add" for known files by using "git commit -a" (I
have an alias called, not surprisingly, "git ci" to do that
automatically); then I only need "git add" when I add new files.  That
saves me from insanity of remembering the subtly different semantics
of 'add' in git.


  reply	other threads:[~2013-09-06  7:42 UTC|newest]

Thread overview: 22+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-09-03 20:26 Pedro Alves
2013-09-03 20:26 ` [PATCH 3/9] [gdbserver] Split a new utils.h file out of server.h Pedro Alves
2013-09-03 20:26 ` [PATCH 4/9] [gdbserver] Split a new tracepoint.h " Pedro Alves
2013-09-03 20:26 ` [PATCH 9/9] [gdbserver] Split a new hostio.h " Pedro Alves
2013-09-05 20:50   ` Pedro Alves
2013-09-03 20:26 ` [PATCH 1/9] [gdbserver] Delete _ macro (gettext) Pedro Alves
2013-09-03 20:26 ` [PATCH 7/9] [gdbserver] Split a new dll.h file out of server.h Pedro Alves
2013-09-05 20:50   ` Pedro Alves
2013-09-03 20:26 ` [PATCH 8/9] [gdbserver] Split a new event-loop.h " Pedro Alves
2013-09-03 20:26 ` [PATCH 5/9] [gdbserver] Split a new ax.h " Pedro Alves
2013-09-05 20:49   ` [PATCH 5/9] [gdbserver] Move bytecode compilation bits from server.h to ax.h. (was: Re: [PATCH 5/9] [gdbserver] Split a new ax.h file out of server.h.) Pedro Alves
2013-09-03 20:26 ` [PATCH 2/9] [gdbserver] Split a new remote-utils.h file out of server.h Pedro Alves
2013-09-03 20:54 ` [PATCH 6/9] [gdbserver] Split a new inferiors.h " Pedro Alves
2013-09-05 20:47 ` [COMMIT] Re: [PATCH 0/9][gdbserver] Split server.h Pedro Alves
2013-09-05 22:22   ` Pedro Alves
2013-09-05 23:52     ` Joel Brobecker
2013-09-06  5:47     ` Eli Zaretskii
2013-09-06  6:51       ` Ricard Wanderlof
2013-09-06  7:42         ` Eli Zaretskii [this message]
2013-09-06  9:36       ` Pedro Alves
2013-09-06 10:05         ` Agovic, Sanimir
2013-09-06 10:09           ` Pedro Alves

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=83ob86mm60.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=gdb-patches@sourceware.org \
    --cc=ricard.wanderlof@axis.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