Quarterly Goal deliverable for 2015-16 Q1 (July - Sept).
Description
Status | Subtype | Assigned | Task | |
---|---|---|---|---|
· · · | ||||
Resolved | • mmodell | T31 [keyresult] Connect Differential code review with continuous integration | ||
Resolved | • mmodell | T103127 [keyresult] Prototype CI integration with Differential | ||
Resolved | • mmodell | T128 [keyresult] Allow cloning of Phabricator hosted git repositories | ||
· · · |
Event Timeline
Between Herald and Harbormaster, we now have all the pieces in place.
Interesting and useful upstream development: Allow configuration of a "staging area" for each repository - staging areas are a feature which enables arcanist to push revisions to a git repo that can then be tested via harbormaster. This means that the CI infrastructure doesn't have to use arc to checkout revisions for testing.
My current plan is to get harbormaster hooked up to trigger tests in jenkins. At the very least I expect to have harbormaster triggering a 'dummy' test build for each differential revision and/or diffusion commit.
I think we need this jenkins plugin: https://github.com/uber/phabricator-jenkins-plugin
For the records, Harbormaster is now un-prototyped in upstream (but work is ongoing in upstream T8089).
Just talked with Mukunda about this one: he's done a lot of the prototyping but is getting befuddled by Jenkins. Will probably need a pairing session with @hashar at some point :)
Talked a bit with @mmodell about this in our 1:1 today. Thoughts are:
- "prototyping" has been mostly done, but there isn't any direct point-to-able thing from it yet
- a idea to port the scap jobs to nodepool (thus triggered from Differential, with Jenkins/arcanist/whatever reporting back the build status) as a next step
Oh right, the "whatever" there could be a simple script that does the conduit API calls so we don't have to install arcanist itself on the build slaves.
@demon: yes but that means installing arc on build slaves which means packaging arcanist.
They look good but is there anyway for if a build to succeed or fail to show the colour for example green for success and red for fail like it does on gerrit.
It's in the Diff Detail section:
But sure, adding a checkmark or red x or something in the comment is a fine idea (but a nice to have and not a blocker for a prototype).
One can send markup that would be interpreted by Phabricator. Ie icons from http://fortawesome.github.io/Font-Awesome/icons/
OK | {icon check color=green} |
OK (non voting) | {icon info-circle color=green} |
Failed (non voting) | {icon info-circle color=yellow} |
Failed | {icon ban color=red} |
Whatever else | {icon info-circle color=blue} |