backend: bump the backend-dependencies group across 1 directory with 5 updates - #105
Merged
Merged
Conversation
…5 updates Runtime: - fastapi 0.139.0 -> 0.140.0 - pydantic-settings 2.7.1 -> 2.14.2 - alembic 1.14.0 -> 1.18.5 Dev-only: - pytest 9.0.3 -> 9.1.1 - black 26.3.1 -> 26.5.1 Regenerates backend/requirements.lock with the pinned uv command from CONTRIBUTING § Backend dependency lock (uv 0.8.17, uv pip compile pyproject.toml --group build --generate-hashes --python-version 3.14), which the Dependabot PR did not do — without it CI's lock-drift gate fails. The lock diff is confined to the three bumped runtime packages plus a new typing-inspection 'via' edge; no new distributions enter the closure. Verified on CPython 3.14.6 against the regenerated lock: 580 passed, 3 skipped; ruff and black --check clean under black 26.5.1; alembic upgrade head and downgrade base both run end to end under 1.18.5; and regenerating .env.example from the Settings model produces no diff, with init > env > dotenv precedence and the NoDecode comma-split fields still behaving as documented.
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
Takes the five backend bumps from Dependabot #93 and regenerates
backend/requirements.lock, which #93 did not do — without the lock, CI's drift gate fails. #93 can be closed once this lands.What changed
Runtime:
fastapi0.139.0 → 0.140.0 ·pydantic-settings2.7.1 → 2.14.2 ·alembic1.14.0 → 1.18.5Dev-only:
pytest9.0.3 → 9.1.1 ·black26.3.1 → 26.5.1The lock
Regenerated with the pinned command from
CONTRIBUTING.md§ Backend dependency lock, using the sameuvversion CI pins (0.8.17):The diff is 10 lines: the three bumped runtime packages plus one new
# via pydantic-settingsedge ontyping-inspection(already in the closure viafastapi/pydantic). No new distribution enters the lock.The two large jumps
pydantic-settingsandalembicare the ones worth checking, so they were checked by running them rather than by reading release notes alone. A CPython 3.14.6 interpreter was installed, the regenerated lock installed withpip install --require-hashes, and the suite run against it.pydantic-settings2.7.1 → 2.14.2. The API surface this repo uses is small —BaseSettings,SettingsConfigDict(env_prefix/env_file/env_file_encoding/extra), andNoDecodeon the two comma-separated list fields. Almost everything in those 159 upstream commits isCliSettingsSource, which is unused here. The one change that could have mattered is #688, which pins source precedence toinit > env > dotenv > secrets > defaults; verified directly that an env var still beats a.enventry, that aninitkwarg still beats both, and thatSCRYE_FILESYSTEM_SCAN_ROOTS=/a,/bstill parses through theNoDecodevalidator into['/a', '/b']. Regenerating.env.examplefrom theSettingsmodel produces no diff, so the model renders identically.alembic1.14.0 → 1.18.5.alembic upgrade headruns all eight migrations clean, andalembic downgrade baseunwinds them clean.black26.3.1 → 26.5.1 is the other bump with churn potential — a formatter bump that reformats is a large diff. It doesn't:black --checkreports 169 files unchanged.target-versionstayspy313for the PEP 758 reason documented inpyproject.toml.Verification (CPython 3.14.6, against the regenerated lock)
pytest— 580 passed, 3 skippedruff check— cleanblack --check— clean, 169 files unchangedalembic upgrade head/downgrade base— both cleanscripts/gen_env_example.py— no diffThe 18 warnings are pre-existing
StarletteDeprecationWarnings forHTTP_422_UNPROCESSABLE_ENTITY, which this repo uses in 44 places.starletteis unchanged at 1.3.1 here, so these are not introduced by this PR — noted as a separate cleanup.