Closed
Bug 659638
Opened 14 years ago
Closed 14 years ago
new integration (project) branch: mozilla-inbound
Categories
(Release Engineering :: General, defect, P2)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: mconnor, Assigned: lsblakk)
References
Details
(Whiteboard: [projectbranch])
Attachments
(3 files, 1 obsolete file)
|
3.84 KB,
patch
|
armenzg
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
|
750 bytes,
patch
|
bear
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
|
726 bytes,
patch
|
ehsan.akhgari
:
review+
lsblakk
:
checked-in+
|
Details | Diff | Splinter Review |
> *Project name:*
> Your project name will also be used for the repo name (eg: hg.mozilla.org/projects/jaegermonkey) - please state if you have an existing repo you're looking to use instead of a projects/ one.
> Note: project names should avoid using confusing/overloaded terms, like "build", "firefox", "release"...
We'll create mozilla-inbound in the same location as mozilla-central
> *For builds:*
> All platforms or subset of platforms currently building mozilla-central (including mobile platforms)?
All platforms.
> Will you use the mozilla-central mozconfigs or will you need custom ones?
mozilla-central.
> Nightly builds?
Yes.
> Need unittests?
Yes.
> All platforms or subset of platforms currently testing mozilla-central?
All platforms.
> Need Talos?
Yes
> All talos suites or a subset of suites run on mozilla-central?
All talos suites
> Contacts:
> Name of the key contacts for this branch who will:
> Be doing periodic refreshes from parent
> Be contact person for misc setup questions
> Decide when to land back project branch onto parent
> Decide when to terminate the project branch
rnewman
philikon
ehsan
> *Timeline:*
> When should this branch go live?
ASAP.
> Approx expected life span of project branch?
∞
Updated•14 years ago
|
Assignee: nobody → lsblakk
Priority: -- → P2
Whiteboard: [projectbranch]
| Assignee | ||
Comment 1•14 years ago
|
||
| Assignee | ||
Comment 2•14 years ago
|
||
Attachment #536599 -
Flags: review?(armenzg)
Comment 3•14 years ago
|
||
Comment on attachment 536599 [details] [diff] [review]
add mozilla-inbound to data.sql
*stamp*
Attachment #536599 -
Flags: review?(armenzg) → review+
| Assignee | ||
Comment 4•14 years ago
|
||
Joduinn and mconnor have discussed the location of this repo (whether it can live in the top level) and agreed upon creating an integration dir under hg.m.o for infinite-life projects that will be merged into mozilla-central as needed so that they are distinct in path name from projects/ but not in the top level.
| Assignee | ||
Comment 5•14 years ago
|
||
Attachment #536595 -
Attachment is obsolete: true
Attachment #537566 -
Flags: review?(bear)
Updated•14 years ago
|
Attachment #537566 -
Flags: review?(bear) → review+
| Assignee | ||
Comment 6•14 years ago
|
||
Comment on attachment 536599 [details] [diff] [review]
add mozilla-inbound to data.sql
http://hg.mozilla.org/graphs/rev/3d1e1a7132aa
Attachment #536599 -
Flags: checked-in+
| Assignee | ||
Comment 7•14 years ago
|
||
Comment on attachment 537566 [details] [diff] [review]
mozilla-inbound configs
http://hg.mozilla.org/graphs/rev/3d1e1a7132aa on default, ready for reconfig on Tuesday
Attachment #537566 -
Flags: checked-in+
| Assignee | ||
Comment 8•14 years ago
|
||
Attachment #537628 -
Flags: review?(ehsan)
Updated•14 years ago
|
Attachment #537628 -
Flags: review?(ehsan) → review+
| Assignee | ||
Comment 9•14 years ago
|
||
Comment on attachment 537628 [details] [diff] [review]
mozilla-inbound tbpl
http://hg.mozilla.org/users/mstange_themasta.com/tinderboxpushlog/rev/67b1f21896bb
landed, and deployed on tbpl.m.o
Attachment #537628 -
Flags: checked-in+
| Assignee | ||
Comment 10•14 years ago
|
||
philikon is going to push a dummy cset so we can verify this is complete.
Comment 11•14 years ago
|
||
Comment 12•14 years ago
|
||
We should also make sure to enable the regression detection scripts for mozilla-inbound before beginning to use it. The current situation with perf regression detection on cedar is sad (basically, the scripts only watch m-c, so we sometimes get notified of regressions on an entire merge...)
Comment 13•14 years ago
|
||
(In reply to comment #12)
> We should also make sure to enable the regression detection scripts for
> mozilla-inbound before beginning to use it. The current situation with perf
> regression detection on cedar is sad (basically, the scripts only watch m-c,
> so we sometimes get notified of regressions on an entire merge...)
I just enabled this for mozilla-inbound. It could be a bit noisy at first until enough data is accumulated.
Comment 14•14 years ago
|
||
Thanks, Chris! Seems like everything's working fine, so I'm resolving this bug. Thanks everybody who made this happen!
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•