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

Re: Git terminology: remote, add, track, stage, etc.

From
Drew Northup <drew.northup@maine.edu>
Date
Oct 21, 2010, 20:06 UTC
Message-ID
<1287691602.24161.67.camel@drew-northup.unet.maine.edu>
In-Reply-To
<EE0A3DAA-DFE8-4F70-B321-0B1CA63B1341@gmail.com>
On Thu, 2010-10-21 at 16:06 +0200, Thore Husfeldt wrote:
Show 18 quoted lines
> On 21 Oct 2010, at 14:56, Drew Northup wrote:
> 
> > That's not what I asked.
> > [... good, concrete example omitted...]
> > 
> > $ vim A.txt
> > $ git stage A.txt
> > $ git commit
> > $ vim C.txt
> > $ vim A.txt
> > $ git stage A.txt
> > $ git stage C.txt
> > 
> > Should the last two commands fail?
> 
> No, not for me. (Is this in reaction to Jakub’s suggestion that an
> “untracked file”, like C.txt, cannot be staged before explicitly
> tracked?)

I hadn't read any of his comments to mean that, but I could be missing something... More than anything else I was trying to feel out possible workflow issues. A lot of people are going to (continue? to) confuse "git add" and "svn add" if we don't make very explicit what we are up to. As you are not suggesting we outright replace "git add" I wanted to be very sure as to what you mean to do.

> Maybe this is what should happen:
> 
> $ git stage C.txt
> git stage: Contents of previously untracked file C.txt staged for next commit

This is reasonable. I would probably say "...untracked file C.txt added to index and staged for next commit" to emphasize the existing "git add" idiom, but that may be superfluous.

Show 10 quoted lines
> > Now, if "git stage" were an outright replacement for "git add"
> > there might be more use (but I'd still not be happy about the corruption
> > of the idiom).
> 
> I tend to agree. But look at, e.g., Figure 2.1 in the Pro Git book
> http://progit.org/book/ch2-2.html . That view strongly enforces that
> something special happens to the new “pink” file, different from what
> happens to a “yellow” file. After this helpful discussion, I don’t
> like figure 2.1 so much anymore. A red arrow should go from “pink” to
> “blue” with text “stage the file”.

I can see why this would get your attention. I have to admit I ignored it because it didn't match-up with the bulk of documentation in any way I had yet made sense of. Once I had made sense of the idiom and looked back at the graphic I shrugged and wondered why the author had chosen to illustrate it that way.

-- 
-Drew Northup N1XIM
   AKA RvnPhnx on OPN
________________________________________________
"As opposed to vegetable or mineral error?"
-John Pescatore, SANS NewsBites Vol. 12 Num. 59
Previous: Thore HusfeldtNext: Miles Bader
Message 52 of 59 in “Git terminology: remote, add, track, stage, etc.”
  1. Thore HusfeldtOct 18, 2010
  2. Jonathan NiederOct 18, 2010
  3. reset: accept "git reset <removed file>"Jonathan Nieder, Oct 18, 2010
  4. Junio C HamanoOct 18, 2010
  5. Jonathan NiederOct 19, 2010
  6. Junio C HamanoOct 19, 2010
  7. Jonathan NiederOct 19, 2010
  8. Sverre RabbelierOct 18, 2010
  9. Junio C HamanoOct 19, 2010
  10. Ramkumar RamachandraOct 19, 2010
  11. Jonathan NiederOct 19, 2010
  12. Sverre RabbelierOct 19, 2010
  13. Thore HusfeldtOct 19, 2010
  14. User manual: "You cannot check out these remote-tracking branches"Jonathan Nieder, Oct 19, 2010
  15. Matthieu MoyOct 19, 2010
  16. Nicolas PitreOct 19, 2010
  17. Junio C HamanoOct 19, 2010
  18. 0/4 reset: be more flexible about <rev>Jonathan Nieder, Oct 19, 2010
  19. 1/4 reset -p: accept "git reset -p <tree>"Jonathan Nieder, Oct 19, 2010
  20. 2/4 reset: accept "git reset <tree> <path>"Jonathan Nieder, Oct 19, 2010
  21. 3/4 reset: accept "git reset -- <path>" from unborn branchJonathan Nieder, Oct 19, 2010
  22. 4/4 reset: accept "git reset HEAD <path>" from unborn branchJonathan Nieder, Oct 19, 2010
  23. Junio C HamanoOct 19, 2010
  24. Jonathan NiederOct 19, 2010
  25. Ramkumar RamachandraOct 27, 2010
  26. Drew NorthupOct 27, 2010
  27. Matthieu MoyOct 27, 2010
  28. Ramkumar RamachandraOct 28, 2010
  29. Matthieu MoyOct 28, 2010
  30. Matthieu MoyOct 18, 2010
  31. Miles BaderOct 19, 2010
  32. Wincent ColaiutaOct 19, 2010
  33. Miles BaderOct 19, 2010
  34. Wincent ColaiutaOct 19, 2010
  35. Eugene SajineOct 19, 2010
  36. Paul BolleOct 22, 2010
  37. Eugene SajineOct 22, 2010
  38. Drew NorthupOct 22, 2010
  39. Thore HusfeldtOct 20, 2010
  40. Matthieu MoyOct 20, 2010
  41. Drew NorthupOct 20, 2010
  42. Jakub NarebskiOct 18, 2010
  43. Matthijs KooijmanOct 19, 2010
  44. Jakub NarebskiOct 19, 2010
  45. Thore HusfeldtOct 19, 2010
  46. Jakub NarebskiOct 19, 2010
  47. Michael HaggertyOct 21, 2010
  48. Drew NorthupOct 21, 2010
  49. Thore HusfeldtOct 21, 2010
  50. Drew NorthupOct 21, 2010
  51. Thore HusfeldtOct 21, 2010
  52. Drew NorthupOct 21, 2010
  53. Miles BaderOct 22, 2010
  54. Drew NorthupOct 22, 2010
  55. Porcelain scripts: Rewrite cryptic "needs update" error messageRamkumar Ramachandra, Oct 19, 2010
  56. Ramkumar RamachandraOct 27, 2010
  57. Junio C HamanoNov 5, 2010
  58. Ævar Arnfjörð BjarmasonFeb 12, 2011
  59. Drew NorthupOct 19, 2010

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.