Skip to content

chore(release): 3.88.1

Nigel Kukard requested to merge nkukard/container-registry:nkupdates-v3.88 into v3.88

What does this MR do?

chore(release): 3.88.1

3.88.1 (2024-01-30)

🐛 Bug Fixes 🐛

  • api/gitlab/v1: fix timestamp validation in tag list api (8ff0111)
  • api: add debug/vars endpoint to debug server (9e56f81)

⚡️ Performance Improvements ⚡️

  • db: override database.pool.maxopen to 1 when applying migrations (7371b7d)

⚙️ Build ⚙️

  • deps: update module github.com/alicebob/miniredis/v2 to v2.31.1 (92b1c35)
  • deps: update module github.com/data-dog/go-sqlmock to v1.5.2 (241a6e0)
  • deps: update module github.com/getsentry/sentry-go to v0.26.0 (8302ed8)
  • deps: update module github.com/jackc/pgx/v5 to v5.5.2 (e130740)
  • deps: update module github.com/prometheus/client_golang to v1.18.0 (4fb2730)
  • deps: update module github.com/redis/go-redis/v9 to v9.3.1 (3bb9ac2)
  • deps: update module github.com/redis/go-redis/v9 to v9.4.0 (90dbed5)
  • deps: update module github.com/spf13/viper to v1.18.2 (e166c94)
  • deps: update module github.com/xanzy/go-gitlab to v0.96.0 (eb859e0)
  • deps: update module golang.org/x/crypto to v0.17.0 (ed62613)
  • deps: update module golang.org/x/crypto to v0.18.0 (012d79f)
  • deps: update module golang.org/x/oauth2 to v0.16.0 (05e6051)
  • deps: update module golang.org/x/sync to v0.6.0 (956be7b)
  • deps: update module google.golang.org/api to v0.157.0 (308508a)

Related to

Author checklist

  • Feature flags
    • Added feature flag:
    • This feature does not require a feature flag
  • I added unit tests or they are not required
  • I added documentation (or it's not required)
  • I followed code review guidelines
  • I followed Go Style guidelines
  • For ~database changes including schema migrations:
    • Manually run up and down migrations in a postgres.ai production database clone and post a screenshot of the result here.
    • If adding new queries, extract a query plan from postgres.ai and post the link here. If changing existing queries, also extract a query plan for the current version for comparison.
    • Do not include code that depends on the schema migrations in the same commit. Split the MR into two or more.
  • Ensured this change is safe to deploy to individual stages in the same environment (cny -> prod). State-related changes can be troublesome due to having parts of the fleet processing (possibly related) requests in different ways.

Reviewer checklist

  • Ensure the commit and MR tittle are still accurate.
  • If the change contains a breaking change, apply the ~"breaking change" label.
  • If the change is considered high risk, apply the label ~high-risk-change
  • Identify if the change can be rolled back safely. (note: all other reasons for not being able to rollback will be sufficiently captured by major version changes).

If the MR introduces ~database schema migrations:

  • Ensure the commit and MR tittle start with fix:, feat:, or perf: so that the change appears on the Changelog
If the changes cannot be rolled back follow these steps:
  • If not, apply the label ~"cannot-rollback".
  • Add a section to the MR description that includes the following details:
    • The reasoning behind why a release containing the presented MR can not be rolled back (e.g. schema migrations or changes to the FS structure)
    • Detailed steps to revert/disable a feature introduced by the same change where a migration cannot be rolled back. (note: ideally MRs containing schema migrations should not contain feature changes.)
    • Ensure this MR does not add code that depends on these changes that cannot be rolled back.

Merge request reports