git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Improvement of git add interface

From
PHPatrick Häcker <patrick.haecker@lss.uni-stuttgart.de>
Date
May 6, 2011, 12:03 UTC
Message-ID
<201105061403.28674.patrick.haecker@lss.uni-stuttgart.de>
Hello,

I introduce git to students and thus see, where they have a harder time than necessary to understand git.

Thus, I was thinking about a CLI improvement regarding "git add". It follows from the observation, that the students can learn consistent interfaces faster.

Similar to "ls -a" = "ls --all" there is a "git commit -a" = "git commit -- all", which means the same thing: use all files (with the known exceptions in git). There is a "git add -A" = "git add --all", too, which is basically the same. This leads to the following consistency question: Why is there no "git add -a"? I suggest adding "git add -a" as an alias to "git add -add". Maybe "git add -A" could then be deprecated in the long run, to not waste option name space, but this can be discussed later.

Kind regards Patrick

P.S. Please CC, as I am not subscribed
-- 
Patrick Häcker
Universität Stuttgart 
Lehrstuhl für Systemtheorie und Signalverarbeitung 
Tel: +49 711 685 67362
E-Mail: patrick.haecker@lss.uni-stuttgart.de
URL: http://www.lss.uni-stuttgart.de
Message 1 of 1 in “Improvement of git add interface”
  1. Patrick HäckerMay 6, 2011

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.