ruby-core@ruby-lang.org archive (unofficial mirror)
 help / color / mirror / Atom feed
From: shyouhei@ruby-lang.org
To: ruby-core@ruby-lang.org
Subject: [ruby-core:90072] [Ruby trunk Misc#15336] Duplicate builds on travis-ci?
Date: Mon, 26 Nov 2018 05:46:11 +0000 (UTC)	[thread overview]
Message-ID: <redmine.journal-75195.20181126054609.3f381260d89f63a9@ruby-lang.org> (raw)
In-Reply-To: redmine.issue-15336.20181123090640@ruby-lang.org

Issue #15336 has been updated by shyouhei (Shyouhei Urabe).


I don't have answers for every questions but for the first one: we enable cron builds for Travis-CI, which run every day.  This is a handy occasion to do lots of additional tests.  Compare these two results:

- https://travis-ci.org/ruby/ruby/builds/458679372
- https://travis-ci.org/ruby/ruby/builds/458696964

You see the latter has richer amount of build configurations than the former.  This is why the total running time differ between them.  We want non-cron builds to run faster, while cron builds are sacrificing running time to cover more.

----------------------------------------
Misc #15336: Duplicate builds on travis-ci?
https://bugs.ruby-lang.org/issues/15336#change-75195

* Author: duerst (Martin Dürst)
* Status: Open
* Priority: Normal
* Assignee: 
----------------------------------------
When I did a commit today, I was checking https://travis-ci.org/ruby/ruby/builds to make sure there were no errors.

I noticed a few somewhat strange things:

```
trunk  CRON prepare for Unicode 11.0.0 update
duerst    #28798 passed 2d5b57d  1 hr 37 min 7 sec   30 minutes ago
 
trunk       prepare for Unicode 11.0.0 update
matzbot   #28797 passed 2d5b57d       55 min 28 sec  about 2 hours ago
```

It looks as if the same commit ("prepare for Unicode 11.0.0 update") is run twice, the second time run by CRON. This seems unnecessary, I hope we can avoid it.

Also, the first time (starting just after the commit), the committer's name for some reason is not me, but 'matzbot', but in the later run, the name of the committer ("duerst") is correct.

While I'm at it, the run times for the builds ("1 hr 37 min 7 sec" and "55 min 28 sec") are also weird; while I didn't measure the exact times, the builds were done much faster (probably somewhere around 10 min) than what is shown. But I guess this is a travis-ci problem, not ours.



-- 
https://bugs.ruby-lang.org/

  parent reply	other threads:[~2018-11-26  5:46 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <redmine.issue-15336.20181123090640@ruby-lang.org>
2018-11-23  9:06 ` [ruby-core:90001] [Ruby trunk Misc#15336] Duplicate builds on travis-ci? duerst
2018-11-26  5:46 ` shyouhei [this message]
2019-03-20  1:34 ` [ruby-core:91887] " hsbt
2019-03-20 12:12 ` [ruby-core:91897] " takashikkbn

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-list from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://www.ruby-lang.org/en/community/mailing-lists/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=redmine.journal-75195.20181126054609.3f381260d89f63a9@ruby-lang.org \
    --to=ruby-core@ruby-lang.org \
    /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 read-only IMAP folder(s) and NNTP newsgroup(s).