-
Notifications
You must be signed in to change notification settings - Fork 993
Add pg_upgrade test to CI #6951
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 pg_upgrade test to CI #6951
Conversation
9ed50ae to
842fd69
Compare
Codecov ReportAll modified and coverable lines are covered by tests ✅
Additional details and impacted files@@ Coverage Diff @@
## main #6951 +/- ##
==========================================
+ Coverage 80.06% 81.68% +1.61%
==========================================
Files 190 198 +8
Lines 37181 36849 -332
Branches 9450 9631 +181
==========================================
+ Hits 29770 30099 +329
+ Misses 2997 2872 -125
+ Partials 4414 3878 -536 ☔ View full report in Codecov by Sentry. |
f6c4f9b to
b49315c
Compare
274abfe to
eee6bd3
Compare
00a649a to
2288d96
Compare
|
LGTM |
2288d96 to
09a5a50
Compare
40ce12e to
8cb9e44
Compare
It's long we need to have binary upgrade tests in our CI. One example is timescale#6935 (and others) that can be prevented if we have such kind of test in our CI. To implement the `pg_upgrade` test we used the python Testing Framework for PostgreSQL (https://github.com/postgrespro/testgres). Unfortunately the testing framework don't have the ability to retain the pg_upgrade log files after a successful execution, then we created a PR to make it possible and we'll use this patched version until we get the code merged and released on upstream. postgrespro/testgres#125 Closes timescale#3868 timescale#4428
8cb9e44 to
3adbab2
Compare
antekresic
left a comment
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.
Minor question, otherwise lgmt
| pip list | ||
| pip list --user | ||
| # Using e375302a until 1.10.1 get released including the following PR |
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.
Whats the reason for putting this into code style workflow?
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.
Because pylint complains due to the change I've made on upstream (postgrespro/testgres@e375302). Once it get released we can just use the pip package.
It's long we need to have binary upgrade tests in our CI. One example is #6935 (and others) that can be prevented if we have such kind of test in our CI.
To implement the
pg_upgradetest we used the python Testing Framework for PostgreSQL (https://github.com/postgrespro/testgres).Unfortunately the testing framework don't have the ability to retain the pg_upgrade log files after a successful execution, then we created a PR to make it possible and we'll use this patched version until we get the code merged and released on upstream.
postgrespro/testgres#125
Closes #3868 #4428
Disable-check: force-changelog-file