gestioCOF/provisioning/prepare_django.sh

#!/bin/bash

# Stop if an error is encountered.
set -e

python manage.py migrate
python manage.py loaddata gestion sites articles
python manage.py loaddevdata
python manage.py syncmails gestioncof/management/data/custommail.json
Ubuntu 16 On passe à ubuntu 16 ce qui permet d'utiliser python3.5 et le paquet python3-venv. Fichier `provisioning/prepare_django.sh` plus propre 2016-11-06 19:01:30 +01:00			`#!/bin/bash`
Ajoute la base de test dans la config vagrant Au setup d'une nouvelle VM de test, la base de donnée dans `test_db/` est chargée par django. On commence avec une BDD non vide. 2016-06-16 00:25:59 +02:00
Make provisioning script stop immediately on errors By default, bash will ignore any failing commands and happily proceed to execute the next ones. This is usually not the behavior the we want in provisioning script (or ever in scripts, actually): if one step of the provisioning fails, it doesn't make much sense to proceed with the following ones. This simple patch uses `set -e` to ask bash to abort the whole script if any command within it fails, leading to outputs that are easier to parse since the commands following a failing one will usually fail also, hiding the root cause. 2018-02-11 17:01:26 +01:00			`# Stop if an error is encountered.`
			`set -e`

Ubuntu 16 On passe à ubuntu 16 ce qui permet d'utiliser python3.5 et le paquet python3-venv. Fichier `provisioning/prepare_django.sh` plus propre 2016-11-06 19:01:30 +01:00			`python manage.py migrate`
create checkout dynamically 2017-02-08 15:26:56 -02:00			`python manage.py loaddata gestion sites articles`
Dev data loaded using a django admin command - Sites, surveys, events and petits cours demands/subjects are still loaded from fixtures - The users and their subscriptions to petits cours are loaded using the `loaddevdata` command - The sub command `loadbdadevdata` is called by `loaddevdata` and populates the database with BdA related stuff : - 2 tirages - Show places - Shows - subscriptions 2017-01-30 23:13:32 +01:00			`python manage.py loaddevdata`
fix syncmail invocation in prepare_django.sh 2019-01-07 22:10:58 +01:00			`python manage.py syncmails gestioncof/management/data/custommail.json`