Thread (4 messages) flat view 4 messages, 3 authors, 2016-06-15

Re: [Q] Mark files for later commit?

From: Daniel Nyström <hidden>
Date: 2016-06-15 22:50:55

Den 29 mars 2011 09:51 skrev Junio C Hamano [off-list ref]:
quoted
Daniel Nyström [off-list ref] writes:
quoted
How would you like a git feature like described above, marking files
for later inclusion?
That does not sound like a feature but merely a source of confusion.
If that is the case, then probably you shouldn't be even updating the
"changelog" file constantly to begin with.  Instead, how about creating a
separate "changelog+" file that is not tracked, and keep its contents
maintained continuously so stuff won't be forgotten?  When the time to
release comes, you can "mv changelog changelog", and commit it.
If we ignore this particular case, how would a "git hold <file>..." feature do?
--
$ git status
# On branch master
# Changed but not updated:
#   (use "git add <file>..." to update what will be committed)
#   (use "git checkout -- <file>..." to discard changes in working directory)
#
#	modified:   package/qt/qt.mk
#
# Changed but on hold:
#   (use "git add --holds <file>..." to update what will be committed)
#
#	modified:   CHANGES
#
no changes added to commit (use "git add" and/or "git commit -a")
--
Would there be other use-cases?
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help