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

[RFC] So... are people happy with commit/status -v?

From
Junio C Hamano <junkio@cox.net>
Date
Feb 15, 2006, 09:41 UTC
Message-ID
<7vvevhj6x4.fsf@assigned-by-dhcp.cox.net>

I usually never do commits from a subdirectory, also I rarely do partial commits, so this is not a big issue to me, but are people happy with the current commit/status?

Regardless of where you started, status is a preview of the next commit with the same set of flags and arguments, so inherently that is a whole-tree operation.

One thing that _might_ be better, however, is to shorten certain parts of the status output when deliberately doing a partial commit. No matter where you are, "Updated but not checked in -- will commit" section should stay whole-tree, because it is _the_ preview of the next commit. However, "Changed but not updated" and "Untracked" section are different story.

When committing from a subdirectory with "git commit paths...", It is likely a user forgets about paths that are changed in the directory and forgets to list them on the command line, so the same directory and below should be listed, but it might not be needed to show files outside the current directory. "Untracked" files outside the current directory are even less interesting.

Even when committing from a subdirectory with "git commit", which is "commit the current index contents", the story is the same. The user could have forgot to add files in the same directory or below, but it is less likely that things outside current directory need to draw attention to prevent mistakes. "Untracked" outside are less interesting in this case as well.

In either partial or whole commit case, however, "Changed but not updated" part can be argued important and should be kept whole-tree (myself, I am slightly in favor of keeping this part whole-tree). After all, the user has changed files in the directory she happens to be in and outside, and reminding she has something outstanding while previewing the next commit would help prevent mistakes, whether that modified files are in the current directory or outside.

So, I'm wondering. I have a feeling that we might be better of limiting "Untracked" part to the current directory and below, while keeping "Updated -- will commit" and "Changed but not updated" part whole-tree. OTOH, I do not have strong need _myself_ to change the current setup.

Comments?  Opinions?
Next: Christian Biesinger
Message 1 of 2 in “[RFC] So... are people happy with commit/status -v?”
  1. Junio C HamanoFeb 15, 2006
  2. Christian BiesingerFeb 19, 2006

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.