Denton Liu <liu.den...@gmail.com> writes: > If commit.cleanup = scissors is specified, don't produce a scissors line > if one already exists in the commit message.
It is good that you won't have two such lines in the end result, but is this (1) hiding real problem under the rug? (2) losing information? If the current invocation of "git commit" added a scissors line in the buffer to be edited already, and we are adding another one in this function, is it possible that the real problem that somebody else has called wt_status_add_cut_line() before this function is called, in which case that other caller is what we need to fix, instead of this one? If the existing line in the buffer came from the end user (perhaps it was given from "-F <file>", etc., with "-e" option) or --amend, how can we be sure if it is OK to lose everything after that scissors looking line? In other words, the scissors looking line may just be part of the log message, in which case we may want to quote/escape it, so that the true scissors we append at a later place in the buffer would be noticed without losing the text before and after that scissors looking line we already had when this function was called?
