From: Junio C Hamano <gitster@pobox.com>
To: Johan Herland <johan@herland.net>
Cc: git@vger.kernel.org, mackyle@gmail.com, jhf@trifork.com,
Eric Sunshine <sunshine@sunshineco.com>
Subject: Re: [PATCHv2 2/3] t3312-notes-empty: Test that 'git notes' removes empty notes by default
Date: Wed, 05 Nov 2014 11:00:08 -0800 [thread overview]
Message-ID: <xmqqmw85o4lj.fsf@gitster.dls.corp.google.com> (raw)
In-Reply-To: <1415176347-18694-2-git-send-email-johan@herland.net> (Johan Herland's message of "Wed, 5 Nov 2014 09:32:26 +0100")
Johan Herland <johan@herland.net> writes:
> Add test cases documenting the current behavior when trying to
> add/append/edit empty notes. This is in preparation for adding
> --allow-empty; to allow empty notes to be stored.
>
> Improved-by: Eric Sunshine <sunshine@sunshineco.com>
> Signed-off-by: Johan Herland <johan@herland.net>
> ---
> t/t3312-notes-empty.sh | 48 ++++++++++++++++++++++++++++++++++++++++++++++++
> 1 file changed, 48 insertions(+)
> create mode 100755 t/t3312-notes-empty.sh
>
> diff --git a/t/t3312-notes-empty.sh b/t/t3312-notes-empty.sh
> new file mode 100755
> index 0000000..44074f6
> --- /dev/null
> +++ b/t/t3312-notes-empty.sh
> @@ -0,0 +1,48 @@
> +#!/bin/sh
> +
> +test_description='Test adding/editing of empty notes'
> +. ./test-lib.sh
> +
> +write_script fake_editor <<\EOF
> + echo "$MSG" >"$1"
> +EOF
> +GIT_EDITOR=./fake_editor
> +export GIT_EDITOR
> +
> +test_expect_success 'setup' '
> + test_commit one &&
> + git log -1 >expect_missing &&
> + empty_blob=$(git hash-object -w /dev/null)
> +'
> +cleanup_notes() {
> + git update-ref -d refs/notes/commits
> +}
> +
> +verify_missing() {
> + git log -1 > actual &&
Hmph, it was unclear what exactly you are trying to check with this
one and the other "git log -1 >expect_missing".
Perhaps a comment that says "We are interested in the trailing
'Notes: ...' in the output" is necessary here, or (probably even
better) use the --format='%N' to make it crystal clear?
> + test_cmp expect_missing actual &&
> + ! git notes list HEAD
Isn't this test_must_fail (i.e. if somebody screws up to make "git
notes list" segfault, the test should fail, not taking the dying
with SEGV as a sign of success)?
> +}
> +
> +for cmd in \
> + 'add' \
> + 'add -F /dev/null' \
> + 'add -m ""' \
> + 'add -c "$empty_blob"' \
> + 'add -C "$empty_blob"' \
> + 'append' \
> + 'append -F /dev/null' \
> + 'append -m ""' \
> + 'append -c "$empty_blob"' \
> + 'append -C "$empty_blob"' \
> + 'edit'
> +do
> + test_expect_success "'git notes $cmd' removes empty note" "
> + cleanup_notes &&
> + MSG= git notes $cmd &&
> + verify_missing
> + "
> +done
Perhaps just a taste issue, but I would think
while read cmd
do
... that test eval with $cmd interpolation ...
done <<-\EOF
add
add -F /dev/null
...
EOF
would be easier to maintain and to read, without having to worry
about quoting and backslashing.
> +
> +test_done
next prev parent reply other threads:[~2014-11-05 19:00 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-11-05 8:32 [PATCHv2 1/3] builtin/notes: Fix premature failure when trying to add the empty blob Johan Herland
2014-11-05 8:32 ` [PATCHv2 2/3] t3312-notes-empty: Test that 'git notes' removes empty notes by default Johan Herland
2014-11-05 19:00 ` Junio C Hamano [this message]
2014-11-07 9:09 ` Johan Herland
2014-11-05 8:32 ` [PATCHv2 3/3] notes: Add --allow-empty, to allow storing empty notes Johan Herland
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=xmqqmw85o4lj.fsf@gitster.dls.corp.google.com \
--to=gitster@pobox.com \
--cc=git@vger.kernel.org \
--cc=jhf@trifork.com \
--cc=johan@herland.net \
--cc=mackyle@gmail.com \
--cc=sunshine@sunshineco.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;
as well as URLs for NNTP newsgroup(s).