1254679 - mozilla-taskcluster should use revision_hash returned from the POST to Treeherder /resultset

Status: RESOLVED INVALID

(Taskcluster :: Services, defect)

Description

[Cameron Dawson [:camd]]

Treeherder will be changing the value it stores as a revision_hash for resultsets and jobs.  But currently, Task Cluster integration relies on having a matching creation algorithm for that value.

After bug 1254673 lands, mozilla-taskcluster should use the revision_hash value we return from the POST creation of a new resultset.  That endpoint will return the revision_hash regardless of whether the resultset already existed, or was newly created.

Comment 1

[Cameron Dawson [:camd]]

Greg: this has been pushed to stage.  If things look good on new relic, I'll push it to master in an hour or so.

Here's the example response you'll get:

{u'message': u'well-formed JSON stored', 
 u'resultsets': [
    {
        u'revision_hash': u'45f8637cb9f78f19cb8463ff174e81756805d8cf', 
        u'long_revision': u'cdfe03e77e66', 
        u'push_timestamp': 1384353511, 
        u'id': 20
    }
 ]
}

the revision would actually usually be 40 chars.  This was just from a sample script I was testing with.

Comment 2

[Ed Morley [:emorley]]

revision_hash is no longer used.