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

Re: Reducing redundant build at Travis?

From
Junio C Hamano <gitster@pobox.com>
Date
Jul 13, 2017, 21:53 UTC
Message-ID
<xmqqiniwt35e.fsf@gitster.mtv.corp.google.com>
In-Reply-To
<CADJMNYmGR8Ti0S77y2ykPdSZB68DrBb8O0wfX6PaezV1+j2bnw@mail.gmail.com>
Lars Schneider <larsxschneider@gmail.com> writes:
Show 26 quoted lines
> On Thu, Jul 13, 2017 at 1:44 AM, Junio C Hamano <gitster@pobox.com> wrote:
>> I usually try to stay as late as possible to finish all the
>> integration branches in order before pushing out the result; it is
>> more efficient to be able to batch things (for humans).
>>
>> I however noticed that This often means we would have multiple build
>> jobs at Travis for branches and builds on Windows often fails
>
> The Windows build has some kind of problem since June 22.
> Somehow building gitk-git just blocks the build and waits until
> the timeout. I had no time, yet, to investigate this further.
>
>
>> waiting for its response.  Since I tagged the tip of 'maint', and I
>> wanted to give all the build a fair chance to succeed without other
>> build jobs starving it of resources, I pushed out 'maint' and the
>> tag before others, even though I already have all the other
>> integration branches ready.
>>
>> Unfortunately, https://travis-ci.org/git/git/builds/ shows that it
>> does not care if it spawned a job to build the tip of 'maint' and
>> another for 'v2.13.3' that point at the same thing.
>
> That is indeed suprising and wasteful. Looks like other people
> did run into the same issue. How about something like this?
> https://github.com/mockito/mockito/blob/release/2.x/.travis.yml#L26-L29
That unfortunately is exactly what I wanted to avoid.

We'd want to test tagged releases, and we'd want to test usual updates to integration branches. It just is that sometimes the tips of integration branches happen to be at the tagged release, so I'd prefer to always build tags but skip a branch build if it happens to be also tagged. After all, none of the integration branches may directly point at a tagged release when the tag is pushed out.

Previous: Lars SchneiderNext: Jeff King
Message 3 of 12 in “Reducing redundant build at Travis?”
  1. Junio C HamanoJul 12, 2017
  2. Lars SchneiderJul 13, 2017
  3. Junio C HamanoJul 13, 2017
  4. Jeff KingJul 14, 2017
  5. Junio C HamanoJul 14, 2017
  6. Jeff KingJul 14, 2017
  7. Lars SchneiderJul 20, 2017
  8. Junio C HamanoJul 20, 2017
  9. Lars SchneiderJul 21, 2017
  10. Junio C HamanoJul 21, 2017
  11. Lars SchneiderJul 26, 2017
  12. Junio C HamanoJul 26, 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.