WP-CLI
Commands dispatch through the same controllers as the REST API. One implementation rather than two that can disagree.
Recipes
Section titled “Recipes”wp storeseeder recipe listwp storeseeder recipe run grocerywp storeseeder recipe run fashion --size=small --platform=woocommerce --locale=de_DErun walks the same ordered plan the admin does, chunked at the endpoint’s cap, and prints the run id to undo with. If the recipe ships no vocabulary for the locale you asked for, it warns before
doing the work rather than after.
Generating
Section titled “Generating”wp storeseeder generate products --count=50wp storeseeder generate orders --count=200 --seed=42wp storeseeder preview customers --count=5Resource-specific parameters work too:
wp storeseeder generate products --count=20 --product_type=digitalInspecting
Section titled “Inspecting”wp storeseeder platforms # which drivers are active, and what each supportswp storeseeder locales # the 75 generatable localeswp storeseeder sample-data # status of the optional vocabularyCleaning up
Section titled “Cleaning up”wp storeseeder cleanup # what is recordedwp storeseeder cleanup delete --yes # everything StoreSeeder madewp storeseeder cleanup delete --resource=product --yes # one resourcewp storeseeder cleanup --run_id=rcp_grocery_ab12cd --yes # one recipe runWithout --yes it asks, naming what it is about to remove.
Consent still applies
Section titled “Consent still applies”wp storeseeder sample-data sync refuses unless an administrator has already accepted the consent prompt in the admin. Nothing on the command line can stand in for that: the prompt is the only thing
that grants permission, and a command that quietly fetched from GitHub would make the disclosure in
readme.txt untrue.
What the command adds is the ability to act on a decision already made, which is what a deploy script needs.