Closed Bug 965296 Opened 12 years ago Closed 12 years ago

Increase how often the vcs sync runs on git.m.o

Categories

(Release Engineering :: General, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: RyanVM, Assigned: hwine)

Details

Attachments

(1 file)

We had a backout on the device-mako repo on Github that took an hour to propagate to git.m.o today. Hal says we can speed this up. Ideally, it would run around the same frequency that we run the bumper bot at.
At the moment, there is just one job for all b2g mirroring - both those that go to external/* and those that go to b2g/* on git.mozilla.org. That's > 280 repositories, and takes 1h45m to cycle (each needs to be polled). As a first step, we'll split that job into 2 jobs. One for just the repos from github.com/mozilla-b2g (which go to b2g/* on git.mozilla.org), and leave the rest where they are. That will put 49 repos in the "faster cycle" category. These are the repos our devs change, so are more volatile and involved in backout activities such as led to comment 0.
Assignee: nobody → hwine
Status: NEW → ASSIGNED
SGTM!
move all the less volatile jobs to a new jobstream
Attachment #8367416 - Flags: review?(aki)
Attachment #8367416 - Flags: review?(aki) → review+
Attachment #8367416 - Flags: checked-in+
deployed to all production servers, now seeing 10-15 minute cycle time on repos mirrored to b2g/* (which are the ones ffos devs change directly)
new (slow) job deployed, and running successfully. Still about 1h40m cycle time, but they don't change very often at all.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Component: General Automation → General
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: