chore(deps): update @graphql-codegen/cli to v7.4.0 - #3272
Merged
Conversation
|
setchy
approved these changes
Sep 5, 2026
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.



This PR contains the following updates:
7.3.1→7.4.0Release Notes
dotansimha/graphql-code-generator (@graphql-codegen/cli)
v7.4.0Compare Source
Minor Changes
#10928
90229a5Thanks @eddeee888! - Add
contentComparison?: 'cache-first' | 'disk'to control disk-vs-cache write comparison in watchmode.
In watch mode the CLI caches the hash of the content it last wrote per file and compares new
output against that cached hash to skip redundant writes. This assumes generated output is a pure
function of the codegen inputs. An output whose content depends on the file's existing content
(e.g. a preset that reads the file and rewrites part of it) breaks that assumption: if the file is
changed on disk and codegen regenerates content identical to a previous run, the cached hash still
matches and the write is skipped, so the on-disk change is never corrected.
contentComparison: 'disk'opts an output into comparing the generated content against the fileon disk instead of the in-memory record of what codegen last wrote, so the file is rewritten when
it was changed externally. It can be set:
GenerateOptionsit returns frombuildGeneratesSection, orgenerates[output].contentComparison) for any output, including plainplugin outputs without a preset.
When both are present, the preset's value takes precedence. The default,
'cache-first', keepsthe existing in-memory-cache behaviour for outputs that are a pure function of their inputs.
Patch Changes
#10930
448431aThanks @eddeee888! - Fix
overwritebeing ignored forpreset-based
generatesoutputs.A
generatesentry that used a preset and setoverwrite(e.g.overwrite: { removeStaleFiles: false }) had that setting silently ignored, so in watch mode itsgenerated files could still be deleted as stale.
The CLI resolved
overwriteper generated file by looking the file's path up inconfig.generates. That fails for a preset: itsgeneratesentry is keyed by the preset'sbaseOutputDir, not by any generated file's path (and a preset can emit files outside thatdirectory), and the lookup additionally required a
pluginskey that preset entries don't have.Both cases fell through to the global
config.overwrite(defaulttrue).Updated dependencies
[
90229a5,448431a]:Configuration
📅 Schedule: (UTC)
* 0-3 * * 1)🚦 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 was generated by Mend Renovate. View the repository job log.