Refactoring du jukebox

Refactoring du jukebox et i18n
Le prod est utilisé par défaut pour créer le settings.py s'il n'existe
pas. Le dev est à copier sur le settings.py par les développeurs.

Le runprod n'aurait pas de sens dans la mesure où le runserver ne doit
pas être utilisé en production.

Tout les options importantes et de bases sont configurées dans
common_settings.py, du coup le fichier settings.py contient peu
d'informations. Je ne vois pas l'intérêt de pouvoir lancer les
différentes runserver.


Le 01/12/2014 10:56, Pierre Sassoulas a écrit :
> In make:
> 
>>      models_changed     :  prepare files after modified models
>>      sh                 :  run ./manage.py shell_plus in virtualenv
>> -    run                :  run ./manage.py runserver_plus in virtualenv
>> +    run                :  run ./manage.py runserver in virtualenv with the standard settings
>> +    rundev             :  run ./manage.py runserver in virtualenv with the dev settings
> 
> Pourrait-on supprimer run et rajouter un prod dans ce cas ?
> 
> Au niveau des fichiers de settings nous avons :
> settings_dev.py
> settings_production.py
> settings_tests.py
> 
> Le fichier de test est utilisé dans les fonction de test comme coverage
> ou utest et prod et dev n'étaient pas utilisé dans le makefile.
> 
> —
> Reply to this email directly or view it on GitHub
> <https://github.com/possum-software/possum/pull/115/files#r21079124>.
> 

-- 

Pour un format ouvert dans l'éducation: http://formatsouverts.education/