Skip to content

Commit aed7480

Browse files
moygitster
authored andcommitted
lockfile: improve error message when lockfile exists
A common mistake leading a user to see this message is to launch "git commit", let the editor open (and forget about it), and try again to commit. The previous message was going too quickly to "a git process crashed" and to the advice "remove the file manually". This patch modifies the message in two ways: first, it considers that "another process is running" is the norm, not the exception, and it explicitly hints the user to look at text editors. The message is 2 lines longer, but this is not a problem since experienced users do not see the message often. Helped-by: Moritz Neeb <lists@moritzneeb.de> Signed-off-by: Matthieu Moy <Matthieu.Moy@imag.fr> Signed-off-by: Junio C Hamano <gitster@pobox.com>
1 parent 3030c29 commit aed7480

1 file changed

Lines changed: 5 additions & 3 deletions

File tree

lockfile.c

Lines changed: 5 additions & 3 deletions
Original file line numberDiff line numberDiff line change
@@ -150,9 +150,11 @@ void unable_to_lock_message(const char *path, int err, struct strbuf *buf)
150150
{
151151
if (err == EEXIST) {
152152
strbuf_addf(buf, _("Unable to create '%s.lock': %s.\n\n"
153-
"If no other git process is currently running, this probably means a\n"
154-
"git process crashed in this repository earlier. Make sure no other git\n"
155-
"process is running and remove the file manually to continue."),
153+
"Another git process seems to be running in this repository, e.g.\n"
154+
"an editor opened by 'git commit'. Please make sure all processes\n"
155+
"are terminated then try again. If it still fails, a git process\n"
156+
"may have crashed in this repository earlier:\n"
157+
"remove the file manually to continue."),
156158
absolute_path(path), strerror(err));
157159
} else
158160
strbuf_addf(buf, _("Unable to create '%s.lock': %s"),

0 commit comments

Comments
 (0)