Re: [PATCH v2] am: add am.signoff add config variable
From: Stefan Beller <hidden>
Date: 2016-12-28 19:24:32
On Wed, Dec 28, 2016 at 11:19 AM, Eduardo Habkost [off-list ref] wrote:
On Wed, Dec 28, 2016 at 05:11:42PM -0200, Eduardo Habkost wrote:quoted
On Wed, Dec 28, 2016 at 10:51:28AM -0800, Stefan Beller wrote:quoted
On Wed, Dec 28, 2016 at 10:35 AM, Eduardo Habkost [off-list ref] wrote:[...]quoted
quoted
quoted
+ test $(git cat-file commit HEAD | grep -c "Signed-off-by:") -eq 0and then we check if the top most commit has zero occurrences for lines grepped for sign off. That certainly works, but took me a while to understand (TIL about -c in grep :). Another way that to write this check, that Git regulars may be more used to is: git cat-file commit HEAD | grep "Signed-off-by:" >actual test_must_be_empty actualtest_must_be_empty is what I was looking for. But if I do this: test_expect_success '--no-signoff overrides am.signoff' ' rm -fr .git/rebase-apply && git reset --hard first && test_config am.signoff true && git am --no-signoff <patch2 && printf "%s\n" "$signoff" >expected && git cat-file commit HEAD^ | grep "Signed-off-by:" >actual && test_cmp expected actual && git cat-file commit HEAD | grep "Signed-off-by:" >actual && test_must_be_empty actual ' The test fails because the second "grep" command returns a non-zero exit code. Any suggestions to avoid that problem in a more idiomatic way?I just found out that "test_must_fail grep ..." is a common idiom, so what about:
Uh, no please.
test_must_fail is supposed to be used for commands to be tested, i.e.
git commands as this is the git test suite. :)
test_must_fail checks, e.g. that the failing command "properly" fails
instead of bye-bye-segfault. And grep would never do this. (In this
world we assume everything to be perfect except git itself)
For grep just use !
git cat-file commit HEAD >actual &&
! grep "Signed-off-by:" actual
$ git grep "test_must_fail grep" returns 20 occurrences, so in case you're
that would be a good cleanup patch (if you're interested in such things).
Thanks,
Stefan