SciPost Code Repository

Skip to content
Snippets Groups Projects
  1. Mar 25, 2018
  2. Mar 22, 2018
  3. Feb 25, 2018
  4. Jan 22, 2018
  5. Jan 21, 2018
  6. Jan 20, 2018
  7. Dec 29, 2017
    • Jorran de Wit's avatar
      MIGRATION CAUTION: MUST READ *BEFORE* UPDATE · 3228e2a0
      Jorran de Wit authored
      If you are updating on a machine please follow these steps
      *BEFORE* updating your code to this commit.
      
      If you are installing on a fresh database and do not need to think
      about existing data, ignore the following and proceed as usual.
      
      1. Run the following migrations:
      ```
      python manage.py migrate --fake scipost zero
      python manage.py migrate --fake notifications zero
      python manage.py migrate --fake partners zero
      python manage.py migrate --fake affiliations zero
      python manage.py migrate --fake commentaries zero
      python manage.py migrate --fake comments zero
      python manage.py migrate --fake finances zero
      ```
      
      2. *** NOW UPDATE/PULL GIT ***
      3. Run: `python manage.py migrate --fake-initial`
      3228e2a0
  8. Dec 02, 2017
  9. Sep 09, 2017
  10. Aug 29, 2017
  11. Aug 28, 2017
  12. Aug 15, 2017
  13. Aug 14, 2017
  14. Jun 18, 2017
  15. Jun 02, 2017
  16. May 30, 2017
  17. May 28, 2017
  18. May 04, 2017
    • Jorran de Wit's avatar
      Fix migrations bug: CAUTION README! · 98eded4c
      Jorran de Wit authored
      This commit fixes the migration bug which made postgresql
      think there still was a relation to a non-exisition table
      called scipost_feedback, scipost_motion and scipost_nomination.
      
      CAUTION! This will however reset all existing relations
      with the Remark model to VGM models.
      98eded4c
  19. Mar 27, 2017
  20. Mar 17, 2017
  21. Mar 06, 2017
    • Jorran de Wit's avatar
      Complete virualmeeting migrations · 3104e066
      Jorran de Wit authored
      Migrations are ready to be run without dataloss.
       If asked during `migrate` to alter stale FK field,
       run with anwser `no`! This is not stale, Django just
       thinks it is due to state migration of the new apps.
      3104e066
  22. Mar 01, 2017
Loading