threads / discuss / 47793

Left-over COMMIT_EDITMSG file in gitdir

Subject: Left-over COMMIT_EDITMSG file in gitdir

## tl;dr

2 messages between Feb 8, 2018 and Feb 8, 2018.

replies: 1people: 2as markdown or json

Linus Torvalds· Feb 8, 2018, 22:09 UTC · lore
This may be intentional, but if so, it's not obvious..
Back long long ago, the original "git commit" shell script got rewritten in C.

In that rewrite, removing some temporary files seems to have been left out. At least one: .git/COMMIT_EDITMSG.

In the original commit.sh shell script, we can find this:
  rm -f "$GIT_DIR/COMMIT_MSG" "$GIT_DIR/COMMIT_EDITMSG" "$GIT_DIR/SQUASH_MSG"

after creating the commit. In the C implementation, we do have a number of "unlink(...)" calls:

        unlink(git_path_cherry_pick_head());
        unlink(git_path_revert_head());
        unlink(git_path_merge_head());
        unlink(git_path_merge_msg());
        unlink(git_path_merge_mode());
        unlink(git_path_squash_msg());
but no
        unlink(git_path_commit_editmsg());
and that *seems* to be an oversight.

Similarly, builtin/tag,c leaves a stale TAG_EDITMSG file behind. Again, that actually did exist in the original shell script, which used to do

  trap 'rm -f "$GIT_DIR"/TAG_TMP* "$GIT_DIR"/TAG_FINALMSG
"$GIT_DIR"/TAG_EDITMSG' 0
which caused that file to be removed at exit.

I guess I really don't care much, but those two files struck me when I was doing a "git gc --prune=now" and looked at what was still left in the .git directory..

If this is all intentional, never mind.
               Linus
Junio C Hamano· Feb 8, 2018, 22:18 UTC · re: Linus Torvalds · lore

Re: Left-over COMMIT_EDITMSG file in gitdir

Linus Torvalds <torvalds@linux-foundation.org> writes:
Show 25 quoted lines
> In that rewrite, removing some temporary files seems to have been left
> out. At least one: .git/COMMIT_EDITMSG.
>
> In the original commit.sh shell script, we can find this:
>
>   rm -f "$GIT_DIR/COMMIT_MSG" "$GIT_DIR/COMMIT_EDITMSG" "$GIT_DIR/SQUASH_MSG"
>
> after creating the commit.  In the C implementation, we do have a
> number of "unlink(...)" calls:
> ...
>
> but no
>
>         unlink(git_path_commit_editmsg());
>
> and that *seems* to be an oversight.
>
> Similarly, builtin/tag,c leaves a stale TAG_EDITMSG file behind.
> Again, that actually did exist in the original shell script, which
> used to do
>
>   trap 'rm -f "$GIT_DIR"/TAG_TMP* "$GIT_DIR"/TAG_FINALMSG
> "$GIT_DIR"/TAG_EDITMSG' 0
>
> which caused that file to be removed at exit.
I do not think it was intentional---just a bug in the rewrite.

← back to recent threads