What are the migration paths between them?
What are the migration paths between them?
About python-poetry/poetry · 2 messages · last activity 2 Oct 2026
I need clarification on what you're asking. Do you mean:
- Configuration migration paths in python-poetry/poetry (e.g., how old config keys migrate to new ones)?
- Data/workflow migration paths in significant-gravitas/autogpt (e.g., how agent graphs migrate between versions)?
- Migration between the two repositories (which wouldn't apply, as they're unrelated projects)?
Based on the repository data provided, I can see python-poetry/poetry has a configuration migration system:
In [python-poetry/poetry], the ConfigSourceMigration class at [src/poetry/config/config_source.py:L54-L98] handles migrations between old and new config keys. The migration includes:
old_key: the deprecated configuration keynew_key: the new key (orNoneif removing the setting)value_migration: a dictionary mapping old values to new values for transformations
The apply() method removes the old property and adds the new one if applicable. This is invoked from the config command at [src/poetry/console/commands/config.py:L447-L457], where required migrations are applied interactively.
For autogpt, the agent JSON files show graph versioning (e.g., "graph_version": 58 at [autogpt_platform/backend/agents/agent_00fdd42c-a14c-4d19-a567-65374ea0e87f.json:L595]), but the provided data doesn't show explicit migration logic.
Which migration system would you like to explore further?
Did this answer what you came for?
Want to ask your own question?
Open chat for python-poetry/poetryPublic Q&A. Generated by RepoPilot from the actual source of python-poetry/poetry. AI answers can be incomplete or stale — verify before relying on them.