I would like to tackle this next quarter. Related issues: https://github.com/mozilla/mozilla_ci_tools/issues/132 https://github.com/mozilla/mozilla_ci_tools/issues/413 (probably) https://github.com/mozilla/mozilla_ci_tools/issues/424 https://github.com/mozilla/mozilla_ci_tools/issues/426 TODO: Review exact needs for MVP. Some of the issues might be tackled after MVP.
TODO: review these two branches to see what would be useful for this work: * https://github.com/mozilla/pulse_actions/compare/master...armenzg:rebuild_tc_jobs * https://github.com/mozilla/mozilla_ci_tools/compare/master...armenzg:rebuild_taskcluster
Moving to TaskCluster component...
There are many functions in mozci.py that do not have equivalent TaskCluster function  (e.g determine_trigger_objective)  https://github.com/mozilla/mozilla_ci_tools/blob/master/mozci/mozci.py
I've been experimenting with the idea that the developer could use its own credentials to schedule tasks, however, there are some difficulties with treeherder scopes and routes. See thread  I spoke with dustin and we agreed that I go back to the idea that pulse_actions would have its own set of credentials to do the scheduling. The script that shows the problem is in here . You won't be able to schedule a Linux64 TC with your temporary credentials.  https://groups.google.com/d/msg/mozilla.tools.taskcluster/nkzBlX7BgrU/5aZj3uvBAQAJ  2:44 PM <armenzg> dustin: I am thinking of going back to the idea that pulse_actions can schedule a task on Treeherder that would schedule the graph it needs to 2:44 PM <armenzg> rather than experimenting with the idea that a user would do the scheduling 2:44 PM <dustin> ok 2:44 PM <armenzg> there are too many rough edges 2:45 PM <armenzg> you agreed too easily :) 2:45 PM <armenzg> haha  https://www.google.com/url?q=https%3A%2F%2Fgithub.com%2Farmenzg%2FTC_developer_scheduling_experiments%2Fblob%2Fschedule_linux_task%2Fschedule_linux64_task.py&sa=D&sntz=1&usg=AFQjCNFuRGNIe6oORq60fEWm8-WS8ha7XQ
Some of the original issues are fixed. In any case, we've fixed enough. We can file more bugs for new features.