-
Notifications
You must be signed in to change notification settings - Fork 2
Config Migration
EasyLibrary 3.x is moving from one large config.yml toward split config files.
plugin_data/EasyLibrary/config/package-manager.yml
plugin_data/EasyLibrary/config/library-installer.yml
plugin_data/EasyLibrary/config/components.yml
plugin_data/EasyLibrary/config/notifications.yml
plugin_data/EasyLibrary/config/doctor.yml
plugin_data/EasyLibrary/config/logging.yml
plugin_data/EasyLibrary/config/repositories.yml
plugin_data/EasyLibrary/config/modules.yml
If a split file exists, it takes precedence over the matching legacy block in
config.yml. If it does not exist, EasyLibrary falls back to config.yml or
built-in defaults.
/easylibrary config doctor
/easylibrary config migrate
/easylibrary config migrate confirm
/easylibrary config repair
/easylibrary config repair confirm
/easylibrary config reload
/easylibrary runtime reload [reload-config|request-runtime-reload|all]
/easylibrary config doctor
/easylibrary config migrate
/easylibrary config migrate confirm
/easylibrary config doctor
Migration does not delete config.yml.
package-manager, library-installer, notifications, doctor, logging,
repositories and modules migrate from config.yml. components migrates
from the legacy components.yml file.
Startup update notices are opt-in. notifications.startup.enabled and
notifications.startup.update-check must both be true before boot checks query
GitHub releases. Manual /easylibrary updates [channel] [refresh] checks can be
used any time and write plugin_data/EasyLibrary/update-notices.yml.
config reload rereads config files for future EasyLibrary operations. It does
not:
- unload packages;
- remount package-backed plugins;
- regenerate PMMP dependency graphs;
- hot-swap loaded PHP code;
- change already loaded permissions.
Restart when changing package loader, runtime autoload, dependencies or proxy state.
Use /easylibrary runtime reload reload-config when you want the same bounded
config reload through the runtime command surface.
Use /easylibrary runtime reload request-runtime-reload when the desired change
is a package-backed provider, proxy, component, command backend, permission,
dependency or plugin metadata change. EasyLibrary reports that the request is
restart-only instead of pretending PHP/plugin state can be hot-swapped.
Use /easylibrary runtime reload all to reload supported config files now and
list the remaining restart boundaries.
- Package Manager
- Package Backed Plugins
- Standalone vs Package
- Package Switch and Migration
- Package Doctor
- Package Safety Gate
- Support Report Bundle
- Timings
- Runtime Notifications
- Package Recovery
- Proxy Troubleshooting
- Migrating from EasyLibrary 2.0 to 3.x
- Embedded Libraries Migration Map
- Removed Features and Replacements
- Deprecated APIs
- Compatibility Policy
- Config Migration
- 3x Dev Scope Checkpoint
- Plugin Developer Migration
- Server Administrator Migration
- Official Libraries
- LibPacket
- LibCommand
- LibSerializer
- LibForm
- LibDB
- LibCommons
- LibHttp
- LibAssets
- LibRuntimeInspector
- LibRuntimeGuard
- LibPlaceholder
- LibWorld
- LibModule
- EasyLibrary Agent Bridge
- LibCustom
- LibEnchantment
- LibHud
- LibTrigger
- LibWindow
- Public API Contract
- Module Boundary
- Module Smoke Matrix
- LibAsync Incubator
- LibReflect Incubator
- Doctor Output
- Repository Notifications
- Smoke Tests
- Common Errors
- Release and Changelog