On 1/15/14 1:56 PM, David Nadlinger wrote:
On Wed, Jan 15, 2014 at 9:35 PM, Brad Roberts <[email protected]> wrote:
So, master is broken.

On a related note: Brad, does the auto tester have any sort of API to
get the latest all-green commit for a given platform?

I'm currently building another CI-style tool for core D development
(stay tuned for the announcement), and something like this would be
really helpful to avoid wasting cycles when master is broken.

It wouldn't have to be something elaborate, just a simple HTTP
endpoint that returns a JSON (or even text) file with the latest Git
hashes.

David

The tester doesn't currently track sha's of the master builds, so no. It also makes no attempt to make sure that the runs on each platform are the same sha's.. it just tests whatever is tip at the time of the start of the run. Eventually, when builds quiesce the tip sha will be the same across the platforms. But for such an api, it'd need to have some concept of order of sha's, which isn't particularly easy. Add in the multiple repos, and the story gets a little muddier.

Not that it can't be done, but I'm really not sure the gain is worth the effort. It would be a lot easier to have an api (which already exists) that returns the state of the current build. From there you could decide whether whatever operation you want to do is ok or should wait.

    http://d.puremagic.com/test-results/summary.json.ghtml

Currently, that api only works for projectid 1, which is "DMD master". It's in my bug backlog to make it accept the projectid as a parameter (and later make it required rather than default to 1). It's currently used by one of the two greasemonkey github integration scripts. It probably also ought to include another field per object to indicate that the build result has been marked deprecated, meaning that another newer build will start soon.

Later,
Brad

_______________________________________________
phobos mailing list
[email protected]
http://lists.puremagic.com/mailman/listinfo/phobos

Reply via email to