On Wed, May 30, 2012 at 09:17:35PM -0700, Git User wrote: > git commit --help > 3. by listing files as arguments to the commit command, in which case > the commit will ignore changes staged in the index, and instead > record the current content of the listed files (which must already > be known to git); > > ignore --> unstage > > ???
What's the question? I think it badly misses verbs and other stuff used by humans to comprehend other humans. In any case, my quick testing with Git 1.7.2.5 shows that `git commit <filename>` in a case when <filename> is tracked and has both staged changed and local modifications commits the current contents of the said file, as found in the work tree. The staged changes of this file are lost, hence the command works as if I did `git add <filename>` followed by `git commit`. Since (to my knowledge) Git is only able to make commits out of its staging area (the index), the behaviour of `git commit <filename>` is logical and is line with the behaviour of `git commit -a`. -- You received this message because you are subscribed to the Google Groups "Git for human beings" group. To post to this group, send email to git-users@googlegroups.com. To unsubscribe from this group, send email to git-users+unsubscr...@googlegroups.com. For more options, visit this group at http://groups.google.com/group/git-users?hl=en.
