Opened 14 years ago
Closed 14 years ago
#29 closed enhancement (fixed)
Create data migrations for static models
Reported by: | adehnert | Owned by: | |
---|---|---|---|
Priority: | normal | Milestone: | Initial Release |
Component: | Core | Version: | |
Keywords: | Cc: | ||
Size: |
Description (last modified by adehnert)
At the moment, when you create a new deployment, you need to remember to create various static models. South should be poked to do this automatically.
This includes:
- OfficerRole?
- System users, groups, and associated permissions
- The system:groupadmin group and groupadmin@SYSTEM user
- mit, autocreated groups
- asa-ebm, mit-deskworker, mit-offices
- ActivityCategory? (though at least there's a script for this already; see #30)
There's probably some other stuff that I'm forgetting just now.
Change History (6)
comment:1 Changed 14 years ago by adehnert
- Summary changed from Create data migrations for OfficeRoles to Create data migrations for OfficerRoles
comment:2 Changed 14 years ago by adehnert
- Description modified (diff)
- Summary changed from Create data migrations for OfficerRoles to Create data migrations for static models
comment:3 Changed 14 years ago by adehnert
- Description modified (diff)
comment:4 Changed 14 years ago by adehnert
OfficerRole? wants a migration, because it needs to reference the User table.
As of:
commit 29a7eca255c5e4b3d305ed908248bad9d5f95d4a Author: Alex Dehnert <adehnert@mit.edu> Date: Thu Nov 17 17:00:21 2011 -0500 Create auth groups (Trac: #29)
the system users, groups, and associated permissions are all done, I think.
comment:5 Changed 14 years ago by adehnert
Blergh. OfficerRole? has a foreign key as well (grant user).
comment:6 Changed 14 years ago by adehnert
- Resolution set to fixed
- Status changed from new to closed
Fixed:
commit 4d6fe00e42dc36ad4b49911930b52dd84c0d9cbf Author: Alex Dehnert <adehnert@mit.edu> Date: Mon Dec 12 01:33:44 2011 -0500 Create standard OfficerRoles (Trac: #29) commit c060d8c4dbc5a3602684ddc8a5d743bb3cd604cc Author: Alex Dehnert <adehnert@mit.edu> Date: Mon Dec 12 00:23:27 2011 -0500 Use fixtures for categories, and track changes * Remove the old import_categories.py script, and associated legacy-categories.txt file * Add fixtures for: * Creating the groups.ActivityCategory objects (formerly the role of the import_categories.py script, see above) * Creating the forms.FYSMCategory objects (formerly done by hand) * Diff those fixtures in the diff_static_data.sh script This partially fixes Trac #29 and fixes Trac #30.
Note: See
TracTickets for help on using
tickets.
Fixtures may be more appropriate for OfficerRole? and ActivityCategory?.
(I think users, groups, and permissions do want a data migration, to handle foreign keys.)