author | Shawn O. Pearce <spearce@spearce.org> | |
Fri, 27 Jul 2007 06:30:15 +0000 (02:30 -0400) | ||
committer | Shawn O. Pearce <spearce@spearce.org> | |
Fri, 27 Jul 2007 06:30:15 +0000 (02:30 -0400) | ||
commit | 1e0a92fdf74caa0bf850f73e284818473c8f76e0 | |
tree | 1af01b4760d33c3ef5dafe6d37b0e3f6d165d61a | tree | snapshot |
parent | bc318ea86d3ecd4074ecde3122b1e65f84cf9996 | commit | diff |
git-gui: Don't kill modified commit message buffer with merge templates
If the user is in the middle of a merge and has already started to
modify their commit message we were losing the user's changes when
they pressed 'Rescan' after resolving issues or making changes in
the working directory.
The problem here was our background timer that saves the commit
message buffer. It marks the commit message buffer as not being
modified when it writes it out to disk, so during the rescan we
assumed the buffer should be replaced with what we read from the
MERGE_MSG file. So we now only read these files from .git if we
have a valid backup file. Since we clear it on commit this will
only have an impact while the user is actively editing the current
commit.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
If the user is in the middle of a merge and has already started to
modify their commit message we were losing the user's changes when
they pressed 'Rescan' after resolving issues or making changes in
the working directory.
The problem here was our background timer that saves the commit
message buffer. It marks the commit message buffer as not being
modified when it writes it out to disk, so during the rescan we
assumed the buffer should be replaced with what we read from the
MERGE_MSG file. So we now only read these files from .git if we
have a valid backup file. Since we clear it on commit this will
only have an impact while the user is actively editing the current
commit.
Signed-off-by: Shawn O. Pearce <spearce@spearce.org>
git-gui.sh | diff | blob | history |