git/list[1] front-page[2] threads[3] people[4] search[5] about
 

Re: [PATCH] t/Makefile: add a rule to re-run previously-failed tests

From
Johannes Schindelin <johannes.schindelin@gmx.de>
Date
Jul 1, 2016, 14:00 UTC
Message-ID
<alpine.DEB.2.20.1607011558010.12947@virtualbox>
In-Reply-To
<20160630063725.GC15380@sigill.intra.peff.net>
Hi Peff,
On Thu, 30 Jun 2016, Jeff King wrote:
Show 11 quoted lines
> On Wed, Jun 29, 2016 at 09:02:37AM +0200, Johannes Schindelin wrote:
> 
> > It is the most convenient way to determine which tests failed after
> > running the entire test suite, in parallel, to look for left-over "trash
> > directory.t*" subdirectories in the t/ subdirectory.
> 
> As Junio noted, this doesn't work with --root. I have sometimes used:
> 
>   grep 'failed [^0]' test-results/*
> 
> for this purpose.

True, I could also do that. Looking for directories rather than spawning a full-fledged grep is more light-weight, though.

Show 8 quoted lines
> > This patch automates the process of determinig which tests failed
> > previously and re-running them; It turned out to be quite convenient
> > when trying to squash bugs that crept in during rebases.
> 
> I suspect your response will be "perl tools on Windows are too painful
> to use", but the "prove" tool which comes with perl can do this and more
> (e.g., running the failed tests first, and then following up with the
> others to double-check), and our test suite supports it quite well.

It will surprise you to learn that I did use `prove` extensively. There have been enough problems with it, though, that I stopped it.

Modern Windows does not have too many problems with it, but it appears as if Windows Server 2008 R2 (which I used for quite some time for my principal development) requires too many work-arounds for Perl to work reliably so that every once in a while, `prove` hangs without any real reason.

That is when I stopped using it.

Ciao, Dscho

Previous: Jeff KingNext: Johannes Schindelin
Message 5 of 32 in “t/Makefile: add a rule to re-run previously-failed tests”
  1. t/Makefile: add a rule to re-run previously-failed testsJohannes Schindelin, Jun 29, 2016
  2. Junio C HamanoJun 29, 2016
  3. Johannes SchindelinJul 1, 2016
  4. Jeff KingJun 30, 2016
  5. Johannes SchindelinJul 1, 2016
  6. t/Makefile: add a rule to re-run previously-failed testsJohannes Schindelin, Aug 29, 2016
  7. Jeff KingAug 30, 2016
  8. Junio C HamanoAug 30, 2016
  9. Johannes SchindelinAug 31, 2016
  10. Sverre RabbelierSep 1, 2016
  11. Johannes SchindelinSep 1, 2016
  12. Sverre RabbelierSep 1, 2016
  13. Junio C HamanoSep 1, 2016
  14. Johannes SchindelinSep 2, 2016
  15. Junio C HamanoSep 8, 2016
  16. Ævar Arnfjörð BjarmasonAug 30, 2016
  17. Jeff KingAug 30, 2016
  18. Ævar Arnfjörð BjarmasonAug 30, 2016
  19. Johannes SchindelinAug 31, 2016
  20. Ævar Arnfjörð BjarmasonAug 31, 2016
  21. Johannes SchindelinAug 31, 2016
  22. Ævar Arnfjörð BjarmasonSep 2, 2016
  23. Johannes SchindelinSep 2, 2016
  24. Matthieu MoySep 2, 2016
  25. Johannes SchindelinSep 4, 2016
  26. Matthieu MoySep 4, 2016
  27. t/Makefile: add a rule to re-run previously-failed testsJohannes Schindelin, Jan 27, 2017
  28. Jeff KingJan 27, 2017
  29. Johannes SchindelinJan 27, 2017
  30. t/Makefile: add a rule to re-run previously-failed testsJohannes Schindelin, Jan 27, 2017
  31. Junio C HamanoJan 27, 2017
  32. Johannes SchindelinJan 30, 2017

Read the whole thread, see it on lore, or plain text.

$ cat FOOTERMessages come from the public archive at lore.kernel.org/git, fetched every hour. The front page is chosen and written each morning by an AI editor and can be wrong; the threads themselves are the record. About and API. For agents: an MCP server at https://gitlist.dev/mcp, and any thread, story or person page as Markdown by adding .md to its URL (or sending Accept: text/markdown). Details in /llms.txt.