Commit graph

15 commits

Author SHA1 Message Date
Basile Clement
ac1a57d969 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
Martin Pépin
4d026407d1 Quicker setup for local development 2017-08-11 23:56:02 +01:00
Martin Pépin
313b5cf61d Merge branch 'master' into Aufinal/dev_data_kfet 2017-02-11 21:01:37 +01:00
Martin Pépin
6e55905781 Merge branch 'master' into Kerl/use_django_custommail 2017-02-11 03:20:29 +01:00
Ludovic Stephan
4e62eb0aee create checkout dynamically 2017-02-08 15:26:56 -02:00
Ludovic Stephan
1062fd480f update provisioning 2017-02-08 15:11:48 -02:00
Martin Pépin
18b186929c 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-02-03 14:33:10 +01:00
Martin Pépin
9482ab4416 Update provisioning
Il faut lancer `syncmails` au setup de GestioCOF
2016-12-23 18:58:48 +01:00
Martin Pépin
d1c6c2151a 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:09:03 +01:00
Martin Pépin
41b54cec9e Utilisation d'un virtualenv 2016-11-06 15:39:50 +01:00
Martin Pépin
f37bdd90b7 Crée un setup proche de celui en production
On fait tourner GestioCOF avec daphne derrière un reverse-proxy Apache
sur la VM Vagrant tout comme sur le serveur de production. On peut tester
en local GestioCOF en “conditions réelles”.

Le serveur lancé avec `python manage.py runserver 0.0.0.0:8000` est toujours
accessible à la même url `localhost:8000`.

Le (nouveau) serveur apache est accessible à `localhost:8080`.

Pour appliquer les changements dans le code au serveur type prod, il faut
relancer le worker : `sudo supervisorctl restart worker`. Alors que le serveur
de dev se relance tout seul.

NB important : ce patch supprime le mot de passe sur le serveur redis en dev,
pour faire marcher ce nouveau setup avec un version précédente de la VM, il faut
lancer `sudo redis-cli config set requirepass ""`
2016-09-12 16:49:37 +02:00
Martin Pépin
2989a6e186 Add sites fixture 2016-08-26 16:43:02 +02:00
Martin Pépin
edbf3867a4 Préparation à la mise en ligne
- Séparation du compte root des autres comptes
- Mise à jour en fonction des derniers changements de la BDD :
    - Les dates des events deviennent des datetime
    - Changement de nom dans bda.models.Tirage : token -> tokens
- Changement dans les dates de spectacles pour se situer dans l'année
  2016-2017
2016-07-29 23:31:54 +02:00
Martin Pépin
eb8b54afdf Déplace les .json dans des dossiers fixtures 2016-07-15 01:22:20 +02:00
Martin Pépin
84ab9fcc82 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