Re: [PATCH v4 2/2] merge: fix swapped "up to date" message components

2 messages, 2 authors, 2021-05-03 · open the first message on its own page

Re: [PATCH v4 2/2] merge: fix swapped "up to date" message components

From: Junio C Hamano <hidden>
Date: 2021-05-03 05:21:48

Eric Sunshine [off-list ref] writes:
+	if (verbosity >= 0) {
+		if (squash)
+			puts(_("Already up to date. (nothing to squash)"));
The original scripted Porcelain may have said so, but the placement
of full-stop in the above feels a bit strange.  Should we rephrase
it to

	Already up to date (nothing to squash).

as we are fixing the phrasing now?

Re: [PATCH v4 2/2] merge: fix swapped "up to date" message components

From: Eric Sunshine <hidden>
Date: 2021-05-03 05:50:51

On Mon, May 3, 2021 at 1:21 AM Junio C Hamano [off-list ref] wrote:
Eric Sunshine [off-list ref] writes:
quoted
+     if (verbosity >= 0) {
+             if (squash)
+                     puts(_("Already up to date. (nothing to squash)"));
The original scripted Porcelain may have said so, but the placement
of full-stop in the above feels a bit strange.  Should we rephrase
it to

        Already up to date (nothing to squash).

as we are fixing the phrasing now?
I don't have a strong opinion about it, and can go either way with it.
Josh's patch did place the full-stop after the closing parenthesis. I
can re-roll if people think that would be preferable (unless you want
to change it locally while queuing).
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help