From: Junio C Hamano <gitster@pobox.com>
To: jayesh0104 <jayeshdaga99@gmail.com>
Cc: git@vger.kernel.org, a3205153416@gmail.com
Subject: Re: [PATCH v3] t/pack-refs-tests: use test_path_is_missing
Date: Tue, 24 Mar 2026 06:43:38 -0700 [thread overview]
Message-ID: <87jyv1jqb9.fsf@gitster.g> (raw)
In-Reply-To: <20260324044619.43944-1-jayeshdaga99@gmail.com> (jayesh's message of "Tue, 24 Mar 2026 04:46:19 +0000")
jayesh0104 <jayeshdaga99@gmail.com> writes:
> Replace the raw file existence check:
>
> ! test -f .git/refs/heads/f
>
> with the Git test helper:
>
> test_path_is_missing .git/refs/heads/f
>
> This aligns the test with Git’s testing conventions and avoids
> direct use of shell test constructs.
That makes it sound like "avoiding direct use" is a goal on its own.
Adhering to the conventions is good, but the ultimate reason is
something else, isn't it?
> v3:
> - Fix commit message to accurately describe the change
The above two lines plus a blank line should come below the three
dash line ...
> Signed-off-by: jayesh0104 <jayeshdaga99@gmail.com>
> ---
... and placed here. After getting committed, "git log" readers
are not interested in learning how many wrong turns you took or what
mistake you made until you finally got to an acceptable patch.
The name of the game is to pretend as if you were a perfect
developer ;-).
> t/pack-refs-tests.sh | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/t/pack-refs-tests.sh b/t/pack-refs-tests.sh
> index 2fdaccb6c7..4a85d96c6b 100644
> --- a/t/pack-refs-tests.sh
> +++ b/t/pack-refs-tests.sh
> @@ -61,7 +61,7 @@ test_expect_success 'see if a branch still exists after git ${pack_refs} --prune
> test_expect_success 'see if git ${pack_refs} --prune remove ref files' '
> git branch f &&
> git ${pack_refs} --all --prune &&
> - ! test -f .git/refs/heads/f
> + test_path_is_missing .git/refs/heads/f
> '
>
> test_expect_success 'see if git ${pack_refs} --prune removes empty dirs' '
next prev parent reply other threads:[~2026-03-24 13:43 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-03-22 13:50 [PATCH] t/pack-refs-tests: drop '-f' from test_path_is_missing Jayesh Daga via GitGitGadget
2026-03-22 14:27 ` K Jayatheerth
2026-03-22 16:37 ` Tian Yuchen
2026-03-24 4:11 ` jayesh0104
2026-03-24 4:19 ` [PATCH v2] " jayesh0104
2026-03-24 4:27 ` Eric Sunshine
2026-03-24 4:46 ` [PATCH v3] t/pack-refs-tests: use test_path_is_missing jayesh0104
2026-03-24 13:43 ` Junio C Hamano [this message]
2026-03-24 16:12 ` [PATCH v4] " Jayesh Daga
2026-03-25 17:19 ` Tian Yuchen
2026-03-25 17:44 ` [PATCH v5] tests: use test_path_is_missing instead of '! test -f' Jayesh Daga
2026-03-25 19:27 ` 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=87jyv1jqb9.fsf@gitster.g \
--to=gitster@pobox.com \
--cc=a3205153416@gmail.com \
--cc=git@vger.kernel.org \
--cc=jayeshdaga99@gmail.com \
/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