From: "Đoàn Trần Công Danh" <congdanhqx@gmail.com>
To: Hu Jialun <hujialun@comp.nus.edu.sg>
Cc: git@vger.kernel.org, gitster@pobox.com
Subject: Re: [PATCH v2 1/2] commit: reorganise duplicate commit prompt strings
Date: Wed, 7 Jul 2021 23:57:30 +0700 [thread overview]
Message-ID: <YOXc+mT01vptY9Nx@danh.dev> (raw)
In-Reply-To: <20210707162308.2438170-2-hujialun@comp.nus.edu.sg>
Hi Jialun,
On 2021-07-08 00:23:07+0800, Hu Jialun <hujialun@comp.nus.edu.sg> wrote:
> While the prefilled commit prompt is mostly the same for different
> cleanup modes, those are separately repeated, which violates the DRY
> principle and hinders maintainability.
>
> Unify and reorder identical substrings to improve.
>
> Signed-off-by: Hu Jialun <hujialun@comp.nus.edu.sg>
> ---
> builtin/commit.c | 27 +++++++++++++++------------
> 1 file changed, 15 insertions(+), 12 deletions(-)
>
> diff --git a/builtin/commit.c b/builtin/commit.c
> index 190d215d43..815b408002 100644
> --- a/builtin/commit.c
> +++ b/builtin/commit.c
> @@ -910,21 +910,24 @@ static int prepare_to_commit(const char *index_file, const char *prefix,
> }
>
> fprintf(s->fp, "\n");
> - if (cleanup_mode == COMMIT_MSG_CLEANUP_ALL)
> - status_printf(s, GIT_COLOR_NORMAL,
> - _("Please enter the commit message for your changes."
> - " Lines starting\nwith '%c' will be ignored, and an empty"
> - " message aborts the commit.\n"), comment_line_char);
> + const char *msg_enter_prompt = _("Please enter the commit message for your changes.");
> + const char *keep_char_prompt = _("Lines starting with '%c' will be kept;"
> + " you may remove them yourself if you want to.");
> + const char *ignore_char_prompt = _("Lines starting with '%c' will be ignored.");
> + const char *empty_msg_abort_prompt = _("An empty message aborts the commit.");
In Git project, it's enforced to have -Wdeclaration-after-statement,
IOW, move all declaration before statement.
> + if (cleanup_mode == COMMIT_MSG_CLEANUP_ALL) {
> + status_printf_ln(s, GIT_COLOR_NORMAL, msg_enter_prompt);
builtin/commit.c:919:4: error: format not a string literal and no format arguments [-Werror=format-security]
919 | status_printf_ln(s, GIT_COLOR_NORMAL, msg_enter_prompt);
msg_enter_prompt will come from translator and may have '%' inside it.
We can solve it by inserting "%s" there.
However, I think we shouldn't take this route, because splitting likes this
will make a translation lego. I can't speak for Junio, but from my
observation, it's preferred to have 3 variables for 3 full-text, and
we will pick the suitable text in each if-leg.
> + status_printf_ln(s, GIT_COLOR_NORMAL, ignore_char_prompt, comment_line_char);
> + status_printf_ln(s, GIT_COLOR_NORMAL, empty_msg_abort_prompt);
> + }
> else if (cleanup_mode == COMMIT_MSG_CLEANUP_SCISSORS) {
> if (whence == FROM_COMMIT && !merge_contains_scissors)
> wt_status_add_cut_line(s->fp);
> - } else /* COMMIT_MSG_CLEANUP_SPACE, that is. */
> - status_printf(s, GIT_COLOR_NORMAL,
> - _("Please enter the commit message for your changes."
> - " Lines starting\n"
> - "with '%c' will be kept; you may remove them"
> - " yourself if you want to.\n"
> - "An empty message aborts the commit.\n"), comment_line_char);
> + } else { /* COMMIT_MSG_CLEANUP_SPACE, that is. */
> + status_printf_ln(s, GIT_COLOR_NORMAL, msg_enter_prompt);
> + status_printf_ln(s, GIT_COLOR_NORMAL, keep_char_prompt, comment_line_char);
> + status_printf_ln(s, GIT_COLOR_NORMAL, empty_msg_abort_prompt);
> + }
After changing those texts, the tests should be updated, too.
It's a customary service for the next developer, who needs to bisect
this project to have all test-cases pass on each changes.
With this change, t7500.50 and t7502.37 runs into failures.
Please fix them here, instead of next change.
>
> /*
> * These should never fail because they come from our own
> --
> 2.32.0
>
--
Danh
next prev parent reply other threads:[~2021-07-07 16:57 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-07-06 2:24 [PATCH] commit: remove irrelavent prompt on `--allow-empty-message` Hu Jialun
2021-07-06 15:44 ` Junio C Hamano
2021-07-07 4:37 ` Felipe Contreras
2021-07-07 10:43 ` Hu Jialun
2021-07-07 16:23 ` Hu Jialun
2021-07-07 16:23 ` [PATCH v2 1/2] commit: reorganise duplicate commit prompt strings Hu Jialun
2021-07-07 16:57 ` Đoàn Trần Công Danh [this message]
2021-07-07 17:44 ` Junio C Hamano
2021-07-07 16:23 ` [PATCH v2 2/2] commit: remove irrelavent prompt on `--allow-empty-message` Hu Jialun
2021-07-07 17:42 ` Felipe Contreras
2021-07-08 15:19 ` [PATCH] " Hu Jialun
2021-07-08 16:05 ` Đoàn Trần Công Danh
2021-07-08 18:26 ` Junio C Hamano
2021-07-09 18:07 ` [PATCH v3 1/2] commit: reorganise commit hint strings Hu Jialun
2021-07-09 19:14 ` Junio C Hamano
2021-07-09 18:07 ` [PATCH v3 2/2] commit: remove irrelavent prompt on `--allow-empty-message` Hu Jialun
2021-07-09 19:14 ` Junio C Hamano
2021-07-10 17:26 ` Hu Jialun
2021-07-22 18:33 ` Hu Jialun
2021-07-22 21:18 ` Junio C Hamano
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=YOXc+mT01vptY9Nx@danh.dev \
--to=congdanhqx@gmail.com \
--cc=git@vger.kernel.org \
--cc=gitster@pobox.com \
--cc=hujialun@comp.nus.edu.sg \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).