Thread (6 messages) flat view 6 messages, 2 authors, 2016-06-15

Re: [PATCH] log: test for regression introduced in v1.7.2-rc0~103^2~2

From: Ævar Arnfjörð Bjarmason <hidden>
Date: 2016-06-15 22:49:19

Possibly related (same subject, not in this thread)

On Sun, Aug 15, 2010 at 09:08, Junio C Hamano [off-list ref] wrote:
Ævar Arnfjörð Bjarmason [off-list ref] writes:
quoted
On Sat, Aug 14, 2010 at 01:10, Ævar Arnfjörð Bjarmason [off-list ref] wrote:
quoted
Add a regression test for the git log -M --follow --name-only bug
introduced in v1.7.2-rc0~103^2~2
AKA "we didn't have any tests for log's --name-only *at all*".
But this is not related to --name-only at all; anything that is "diff"
related, e.g. -p, --stat, --name-status, will share the same issue.
I meant that as an extra benefit this is the first test for log +
--name-only.
quoted
diff --git a/t/t4202-log.sh b/t/t4202-log.sh
index 95ac3f8..ff624f4 100755
--- a/t/t4202-log.sh
+++ b/t/t4202-log.sh
@@ -441,5 +441,14 @@ test_expect_success 'log.decorate configuration' '
 '

+test_expect_success 'Regression test for v1.7.2-rc0~103^2~2' '
This is uninformative and ugly at the same time.

 - Can't we describe the nature of the situation where the old bug
  triggers concisely?  Perhaps 'show added path under "--follow -M"?'
I didn't grok why this was happening, but yeah, that description is
better.
quoted
+     # Needs an unrelated root commit
+     test_commit README &&
This is not a "root" commit, is it?
s/root/first/
quoted
+     >Foo.bar &&
+     git add Foo.bar &&
+     git commit --allow-empty-message </dev/null &&
Does emptiness of the message matter?
No, I was just going for a minimal test case, no commit message is
more minimal than having one.
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help