Check which versions your graph reads
graph version prints the version graph writes for each kind of file, and the oldest it still reads when that differs:
graph version --json reports both numbers for every kind under fileVersions, as current and oldest.
Compatibility
- graph reads every version from the oldest it supports to the current one. It upgrades an older file in memory as it loads and leaves the file on disk unchanged.
- graph refuses a file outside that range before reading its contents. The error names the file, the version it found and the versions graph reads.
Deprecation
graph currently reads every file version, back to version 1. A future release will drop the oldest versions, and a deprecation process will give you notice and time to migrate before it does.Upgrade your files
Run the migrate command for each file you want to bring to the current version. A file already at the current version is left untouched. Commit the migrated files so everyone on your team moves together.- config.toml.
graph config checkreports each config file’s version ascurrent,migrate,too newortoo old.graph config migratekeeps comments and layout. graph upgrades the global and project files separately, so they can be at different versions. In a terminal, graph prints a reminder to migrate when it loads an older config file. - Plan, tool and agent files. Migrating keeps the order of keys and the comment block at the top of the file. Comments further down are dropped, and the command reports how many.
Files outside the range
- A plan file graph can’t read is left out of the catalog.
graph plan list --jsonlists it underskipped, and running it by name reports the version problem. - A tool file graph can’t read fails tool loading with the file’s name.
- An agent file graph can’t read is reported with its path by
graph agent listandgraph agent validate. - A
pack.tomlorpacks.lockgraph can’t read stops the pack from installing or loading, with the file’s name.