Closed
Bug 520571
Opened 15 years ago
Closed 15 years ago
enable parallel releases without local symlink changes
Categories
(Release Engineering :: General, defect)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: bhearsum, Assigned: bhearsum)
References
Details
Attachments
(1 file)
1.35 KB,
patch
|
nthomas
:
review+
bhearsum
:
checked-in+
|
Details | Diff | Splinter Review |
Currently, we can do a different release on production-master and production-master02 by locally changing the release_config.py symlink to point to the right branch. We should be able to get rid of this locale change by doing the same thing we do with master1/master2.cfg: * get rid of release_config.py in the repository * create release_config1.py and release_config2.py in the repository * symlink release_config.py -> ../configs/mozilla2/release_config1.py on pm01 * symlink release_config.py -> ../configs/mozilla2/release_config2.py on pm02
Assignee | ||
Comment 1•15 years ago
|
||
I tried having master1/master2 import the release config in an attempt to avoid adding these symlinks but I don't think there's any way to get that to work. This is the simplest solution I could find. When deployed, we'll have to symlink the masters to release_config1/2, but since those files are just symlinks to real configs we never have to change the symlinks on the master itself; simply update them in the repository. The only sucky part about this patch is that it makes running checkconfig locally more annoying, because you have to cp or ls a release_config first.
Attachment #404651 -
Flags: review?(nthomas)
Comment 2•15 years ago
|
||
Comment on attachment 404651 [details] [diff] [review] symlink craziness Looks fine to me.
Attachment #404651 -
Flags: review?(nthomas) → review+
Assignee | ||
Comment 3•15 years ago
|
||
Comment on attachment 404651 [details] [diff] [review] symlink craziness changeset: 1581:8dcd5fffdebf
Attachment #404651 -
Flags: checked-in+
Assignee | ||
Comment 4•15 years ago
|
||
Updated the masters: [cltbld@production-master moz2-master]$ rm release_config.py [cltbld@production-master moz2-master]$ ln -sv ../configs/mozilla2/release_config1.py release_config.py create symbolic link `release_config.py' to `../configs/mozilla2/release_config1.py' [cltbld@production-master02 moz2-master]$ rm release_config.py [cltbld@production-master02 moz2-master]$ ln -sv ../configs/mozilla2/release_config2.py release_config.py create symbolic link `release_config.py' to `../configs/mozilla2/release_config2.py'
Assignee | ||
Comment 5•15 years ago
|
||
Updated the documentation, too: https://wiki.mozilla.org/Release:Release_Automation_on_Mercurial:Documentation#Starting_the_automation
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•