-
Notifications
You must be signed in to change notification settings - Fork 45
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[300] Team DB model #304
[300] Team DB model #304
Conversation
DO NOT MERGE BEFORE #306 - this PR is perfect to test migration in AWS Lambda |
@@ -0,0 +1,45 @@ | |||
"""empty message |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This could be filled. ;-)
@arturtamborski how do we test if this migration works on AWS? |
Quick way: Or...
Now, scroll down to the post-build stuff: Unroll "Deploying application" and read it, to figure out if it passed. Unfortunately, the migrations are very fragile to wrap up in a bulletproof way hence the need for checking deployment result when someone merges migrations. For other cases the deployment should be a no-brainer. In our case the output is as follows:
So the migration were ran but they failed with |
After some testing I think it failed because I left some incorrect values in I don't expect any more problems with migrations :) |
Story / Bug id:
300
Description:
DB model for teams
Migrations:
8c7cbf0f76c6
New imports / dependencies:
N/A
What tests do I need to run to validate this change:
New models should be created when starting up docker. To verify that run:
docker-compose exec db psql -U cfp_v3 -c "\dt"
team and participant_team should be present in list of tables