Closed
Bug 1407333
Opened 7 years ago
Closed 7 years ago
find and get rid of duplicate configs
Categories
(Release Engineering :: Release Automation: Other, enhancement)
Release Engineering
Release Automation: Other
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: kmoir, Assigned: mtabara)
References
Details
No description provided.
Assignee | ||
Updated•7 years ago
|
Assignee: nobody → mtabara
Assignee | ||
Comment 1•7 years ago
|
||
mtabara> rail: to be honest, I can't recall what we wanted in 1407333. do you remember more details? was it that various configs that are both in mozharness configs and in project_branches are unified in the same place?
22:07:58 <aki> probably make it so we don't have to clone buildbot-configs for that info
22:08:10 <aki> just guessing
22:10:16 <mtabara> hm, that'd make sense. however, although slightly easy to implement, that's not something to change over night. I'll investigate though to see what that would mean
22:16:25 <aki> yeah. i'm not sure it's worth the time, since ideally we move off bb onto tc sooner. but if it's doable quickly it might be worth it
22:16:45 <aki> it might save us some bb-c edits on esr52
22:21:42 <rail> mtabara: I'd probably rename it to something like "find and get rid of duplicate configs"
Summary: Unify in-tree config and buildbot-config → find and get rid of duplicate configs
Assignee | ||
Comment 2•7 years ago
|
||
So I spent some time today to identify some of the configs that are duped. In the meantime, I had the chance to get a glimpse on how the future looks like and how in-tree scheduling looks like (currently Fennec on maple). I'm still digging but so far I reached :aki's conclusion as well. It's just not worth investing the time to move some of the configs (e.g. https://hg.mozilla.org/build/buildbot-configs/file/tip/mozilla/project_branches.py#l413) within simply the in-tree configs. In-tree scheduling solves this problem in a much cleaner way and the only benefit here long term really is esr52.
I'll keep digging but fwiw, I think we should just WORKSFORME this bug for now.
Assignee | ||
Comment 3•7 years ago
|
||
Agreed in the meeting today that we can close this bug for now as the real benefit is minimal. We'll focus on the future!
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•