Activité
Du 18 octobre 2014 au 16 novembre 2014
05 novembre 2014
- 14:22 Development #5878 (Résolu (à déployer)): Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- ...
- 14:15 Development #5878: Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- Ack.
- 13:38 Development #5878 (En cours): Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- 13:38 Development #5878 (Fermé): Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- 13:51 Development #5045 (Rejeté): Inclure le nom du tenant dans les urls des fichiers statiques(css, js)
- Non, il a été décidé que la configuration se ferait au niveau du serveur web qui cherchera dans les répertoires des s...
- 13:43 Development #5045: Inclure le nom du tenant dans les urls des fichiers statiques(css, js)
- Est-ce que c'est encore d'actualité aujourd'hui ?
- 13:40 Bug #5561 (Fermé): Dépendance à python-pkg-resources manquante
- C'est dorénavant ok côté cdg.
- 13:37 Révision 9c67cb92: versions: add hobo and django-cmsplugin-blurp as projects of interest (#5878)
24 octobre 2014
- 16:45 Development #5781 (Résolu (à déployer)): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- 16:39 Bug #5791 (Résolu (à déployer)): version multitenant pour safemigrate
- 16:39 Bug #5791: version multitenant pour safemigrate
- Testé, poussé avec l'ajout d'un "connection.set_schema_to_public()" pour revenir au schéma public quand c'est nécessa...
- 16:36 Révision cd1fa561: add safemigrate_schemas command (#5791)
- 16:06 Révision 3a139634: sync_schemas: notice syncdb before doing it (fix)
23 octobre 2014
- 20:37 Bug #5791: version multitenant pour safemigrate
- Pour l'idée (pas testé) : lance sync_schema général, puis safemigrate dans chaque tenant, puis migrate_schema généra...
- 20:34 Bug #5791 (Fermé): version multitenant pour safemigrate
- 20:29 Révision 87131a80: move safemigrate in entrouvert.djommon app (#5781)
- entrouvert.djommon.safemigrate app was just superfluous.
- 20:23 Révision bf1da717: improve safemigrate command (#5781)
- better readability, handle verbosity, prepare for safemigrate_schema
22 octobre 2014
- 15:38 Révision 803fa500: release 6.2.0
- 15:30 Development #5781 (Solution déployée): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Testé en live, ça passe bien, c'est chouette. Je pousse....
- 12:51 Development #5781: safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Et encore on a pas abordé la migration vers Django 1.7, le "boulot":https://github.com/bernardopires/django-tenant-sc...
- 12:48 Development #5781: safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Ack pour moi (si t'as testé en live). Pour le multi-tenant ben il faudra pondre un truc un peu pareil mais qui en plu...
- 12:31 Development #5781: safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Nouvelle version "qui fait tout", à installer en ajoutant "entrouvert.djommon.safemigrate" dans INSTALLED_APPS.
<!... - 12:00 Development #5781 (En cours): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Benj me dit qu'il préférerait une commande qui fait tout, le syncdb + les migrate fake + le migrate final, comme ce q...
- 11:00 Development #5781 (Fermé): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- Quand on met à jour un projet django, on peut se retrouver avec des migrations ajoutées sur des applications qui n'en...
- 15:27 Révision 60ab23dd: add safemigrate command (#5781)
- manage.py "safely" migrate a projet :
* syncdb
* for each app installed, with migrations available but never migrated...
Formats disponibles : Atom