Activité
Du 08 février 2015 au 09 mars 2015
09 mars 2015
12 février 2015
- 15:17 Development #6464 (Fermé): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- 15:17 Bug #6459 (Fermé): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- 15:17 Bug #6420 (Fermé): create_tenant fait un migrate de tous les schemas
- 15:17 Development #6398 (Fermé): les répertoires des tenants doivent avoir le même nom que le domaine
- 15:17 Bug #6388 (Fermé): compatibilité 1.7 (multitenant)
- 15:17 Bug #6340 (Fermé): Ajouter une commande deploy appellable par un worker hobo
- 15:17 Development #5878 (Fermé): Ajout de hobo et django-cmsplugin-blurp au VersionMiddleware
- 15:17 Bug #5791 (Fermé): version multitenant pour safemigrate
- 15:17 Development #5781 (Fermé): safemigrate: commande pour migrer "proprement" les apps avec une nouvelle migration initiale
- 15:17 Development #5759 (Fermé): Ajouter une commande au manage pour créer un ou des tenant(s)
- 15:17 Bug #5501 (Fermé): Gestionnaire de stockage adapté au multi-tenant
- 14:59 Development #6394 (Rejeté): Le middleware multitenant doit pouvoir sauvegarder la configuration d'un tenant en json
- ce n'est plus d'actualité, cf project:Hobo pour la gestion de tout ça
- 14:57 Bug #6491 (En cours): supprimer djommon.multitenant, déplacé dans hobo
- Rien de très méchant ; c'est principalement pour éviter le risque d'avoir encore des choses déployées avec entrouvert...
- 14:55 Bug #6491 (Fermé): supprimer djommon.multitenant, déplacé dans hobo
- multitenant déplacé dans project:hobo
11 février 2015
- 11:10 Development #6464 (Résolu (à déployer)): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- ...
- 11:09 Development #6464: Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- Ack
10 février 2015
- 17:45 Development #6467 (Rejeté): Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Je pensais que chaque application avait plus de configs à faire au niveau de @deploy_command@.
On peut ignorer ce pa... - 17:38 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- On va donc avoir dans passerelle, dans combo, dans corbo, dans etc. le même code, qui va faire un create_tenant puis ...
- 17:34 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Cette commande de base ne fait que créer le tenant(schéma + répertoire).
Ensuite chaque application (combo, passerre... - 17:11 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Mais l'idée c'était d'avoir dans python-entrouvert une commande de base, satisfaisant les besoins communs (combo, pas...
- 17:06 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- En effet, ça supprime la commande de l'application @tenant_schemas@ et laisse la possibilité à une autre application,...
- 17:02 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Il me semble que ce patch supprime la commande, ça ne me semble pas l'affaire souhaitée. Par ailleurs je ne vois pas ...
- 16:56 Development #6467: Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Placée dans le @__init__@, la classe peut être héritée par les commandes de deploiement des applications
- 16:54 Development #6467 (Rejeté): Renommer/deplacer la commande de deploiement afin de permettre à l'application de la surcharger
- Renommer la commande implementée dans le ticket #6340 pour ne pas avoir de conflit des noms des commandes des applica...
- 13:55 Bug #6459 (Résolu (à déployer)): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- ...
- 13:53 Bug #6459: optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- Ack
- 10:06 Bug #6459 (En cours): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- L'option -d/--domain est déjà déclarée dans InteractiveTenantOption.
- 10:05 Bug #6459 (Fermé): optparse.OptionConflictError: option -d/--domain: conflicting option string(s): -d, --domain
- À l'utilisation de "tenant_command".
- 12:08 Development #6464 (En cours): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- 12:04 Development #6464 (Fermé): Possibilité pour le create_tenant de prendre les noms de domaine depuis stdin
- Pour faciliter la présence d'une commande unique (par manage.py) dans sudoers, il me semble que ce serait bien d'avoi...
- 10:09 Révision 1db4b242: tenant: do not duplicate --domain option in tenant_command (#6459)
- 10:09 Révision 6211c547: tenant: add "create super user" to example commands
- 10:09 Révision dc463f1d: tenant: fix documentation reference to the manage.py command
Formats disponibles : Atom