chore(deps): update pgautoupgrade/pgautoupgrade docker tag to v18 #85
Reference in New Issue
Block a user
Delete Branch "renovate/pgautoupgrade-pgautoupgrade-18.x"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
This PR contains the following updates:
14-debian->18-debianConfiguration
📅 Schedule: Branch creation - At any time (no schedule defined), Automerge - At any time (no schedule defined).
🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR becomes conflicted, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR has been generated by Renovate Bot.
Is anybody using postgresql and can test if this works?
We are using postgresql and have had some issues with the change that preceded this, from the upstream postgres image to the autoupgrade container. one thing that will certainly break here is that the mount path for the data volume changes in version 18, from /var/lib/postresql/data to var/lib/postgresql
this is also a sudden update across 4 major versions of postgres, which historically does not update across versions easily (which is what motivated the change to the autoupgrade container). i think it's too big of an update.
is there a precedent for other recipes when they update their database versions? we do need to update the postgres container, but i'd like to have more of a plan than just allowing renovated bot to bump us 4 versions.
View command line instructions
Checkout
From your project repository, check out a new branch and test the changes.