-
Notifications
You must be signed in to change notification settings - Fork 4
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
Add support for v5 db schema change #1022
Open
Comments
|
murilx
added a commit
that referenced
this issue
Mar 5, 2025
- Removed "waived" field that's not being used and will be removed in the next version of the schema - Removed other unused fields (e.g. "builds.checkout_id") - Updated the `get_current_row_data` function - Moved `get_tree_details_data` to the queries directory Part of #1022
murilx
added a commit
that referenced
this issue
Mar 5, 2025
4 tasks
murilx
added a commit
that referenced
this issue
Mar 5, 2025
- Removed "waived" field that's not being used and will be removed in the next version of the schema - Removed other unused fields (e.g. "builds.checkout_id") - Updated the `get_current_row_data` function - Moved `get_tree_details_data` to the queries directory Part of #1022
murilx
added a commit
that referenced
this issue
Mar 5, 2025
murilx
added a commit
that referenced
this issue
Mar 5, 2025
- Removed "waived" field that's not being used and will be removed in the next version of the schema - Removed other unused fields (e.g. "builds.checkout_id") - Updated the `get_current_row_data` function - Moved `get_tree_details_data` to the queries directory Part of #1022
murilx
added a commit
that referenced
this issue
Mar 5, 2025
murilx
added a commit
that referenced
this issue
Mar 5, 2025
murilx
added a commit
that referenced
this issue
Mar 5, 2025
Instead of valid/invalid/null, consider build status equal to test status and do a mapping from valid to pass, invalid to fail and from null to null Part of #1022
murilx
added a commit
that referenced
this issue
Mar 5, 2025
Instead of valid/invalid/null, consider build status equal to test status and do a mapping from valid to pass, invalid to fail and from null to null Part of #1022
murilx
added a commit
that referenced
this issue
Mar 7, 2025
The schema v5 will replace Builds.valid for Builds.status that has the same values as Tests.status. To prepare for this change, we map the current Builds.valid to its corresponding status (true -> PASS, false -> FAIL and null -> NULL) and change every system that used the old values for the new ones Closes #1022
murilx
added a commit
that referenced
this issue
Mar 7, 2025
The schema v5 will replace Builds.valid for Builds.status that has the same values as Tests.status. To prepare for this change, we map the current Builds.valid to its corresponding status (true -> PASS, false -> FAIL and null -> NULL) and change every system that used the old values for the new ones Closes #1022
murilx
added a commit
that referenced
this issue
Mar 7, 2025
The schema v5 will replace Builds.valid for Builds.status that has the same values as Tests.status. To prepare for this change, we map the current Builds.valid to its corresponding status (true -> PASS, false -> FAIL and null -> NULL) and change every system that used the old values for the new ones Closes #1022
murilx
added a commit
that referenced
this issue
Mar 7, 2025
The schema v5 will replace Builds.valid for Builds.status that has the same values as Tests.status. To prepare for this change, we map the current Builds.valid to its corresponding status (true -> PASS, false -> FAIL and null -> NULL) and change every system that used the old values for the new ones Closes #1022
This task is currently on pause while we add the tests for every endpoint that will be modified in this schema change. The mapped endpoints so far are:
|
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
As said in this email, the v5 of the database schema is backwards incompatible, so we should take the necessary precautions to not break the dashboard.
The main problem is the change from build valid to build status, which we are using heavily in the dashboard.
Remember to change all uses in the frontend and also in the backend.
The dashboard should support both schemas while the change is underway, then we can move to support only build status
The text was updated successfully, but these errors were encountered: