Closed
Bug 867469
Opened 13 years ago
Closed 13 years ago
[basket] Push new version to staging and prod
Categories
(Infrastructure & Operations Graveyard :: WebOps: Other, task, P4)
Tracking
(Not tracked)
RESOLVED
FIXED
People
(Reporter: pmac, Assigned: dmaher)
Details
(Whiteboard: [triaged 20130501][push interrupt])
Push the revision tagged: v2013.2
Thanks
| Assignee | ||
Updated•13 years ago
|
Assignee: server-ops-webops → dmaher
Status: NEW → ASSIGNED
Priority: -- → P4
Whiteboard: [triaged 20130501]
| Assignee | ||
Comment 1•13 years ago
|
||
Hello,
I pushed stage and prod, as requested.
On a separate but related note, I noticed some (minor) inconsistencies between the dev, stage, and prod deployment scripts. Most of them were innocuous (so I fixed them outright), but there was one that I wasn't so sure on :
# Prod
python manage.py syncdb --noinput
python manage.py migrate --noinput
# Staging
python manage.py syncdb
python manage.py migrate --noinput
# Dev
# No equivalent
Three different environments could easily mean three different procedures, but in the case of the argument to "syncdb" between stage and prod, I can only assume that they should be consistent - if so, should the argument be there or not ?
The equivalent code block does not exist in the dev deployment script - should it ?
Severity: minor → normal
Flags: needinfo?(pmac)
| Assignee | ||
Updated•13 years ago
|
Whiteboard: [triaged 20130501] → [triaged 20130501][push interrupt]
| Reporter | ||
Comment 2•13 years ago
|
||
Great catch! They should all match what you have for Prod above.
Flags: needinfo?(pmac)
| Assignee | ||
Comment 3•13 years ago
|
||
Done and done - the deploy scripts for each environment, respectively, are aligned.
Status: ASSIGNED → RESOLVED
Closed: 13 years ago
Resolution: --- → FIXED
Updated•12 years ago
|
Component: Server Operations: Web Operations → WebOps: Other
Product: mozilla.org → Infrastructure & Operations
Updated•7 years ago
|
Product: Infrastructure & Operations → Infrastructure & Operations Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•