[wp-now] Deprecate wp-now, display a warning in the CLI#378
Open
[wp-now] Deprecate wp-now, display a warning in the CLI#378
Conversation
Officially recommends using Playground CLI instead of wp-now by: * Displaying a visible warning when the wp-now command runs * Updating wp-now README ## Rationale wp-now is now actively developed and has many unresolved bugs. Meanwhile, Playground CLI lives in the core Playground repo and is up-to-date with core by definition. It has less issues and receives more patches. ## Why now? Up until now, Playground CLI was missing an automatic context recognition feature that wp-now has. It identifies whether the script is ran in a site, theme, or a plugin directory and mounts it to a correct location in Playground's virtual filesystem. Today, Playground CLI is about to [get that same feature](WordPress/wordpress-playground@cb670ec) which makes this deprecation possible ## Remaining work - [ ] Merge the latest Playground CLI changes into core - [ ] Update Playground CLI's README with `npx`-based examples for the package consumers. The current README is focused on developers. Cover the same bases as wp-now README to make the transition smooth. Explain the different thinking models – wp-now has persistent sites implicitly assigned to disk paths, Playground CLI has a more manual approach to managing site persistence. wp-now implicitly mounts the current CWD, Playground CLI has explicit flags and an --autoMount option. - [ ] Tag a new Playground CLI release to publish that README on npm - [ ] Merge this PR - [ ] Tag a new wp-now release
7 tasks
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.
Officially recommends using Playground CLI instead of wp-now by:
Rationale
wp-now is not actively developed and has many unresolved bugs.
Meanwhile, Playground CLI lives in the core Playground
repo and is up-to-date with core by definition. It has less issues
and receives more patches.
Why now?
Up until now, Playground CLI was missing an automatic context recognition
feature that wp-now has. It identifies whether the script is ran in a site,
theme, or a plugin directory and mounts it to a correct location in
Playground's virtual filesystem. Today, Playground CLI is about to
get that same feature which makes this deprecation possible
Remaining work
npx-based examples for thepackage consumers. The current README is focused on developers. Cover
the same bases as wp-now README to make the transition smooth. Explain
the different thinking models – wp-now has persistent sites implicitly
assigned to disk paths, Playground CLI has a more manual approach to
managing site persistence. wp-now implicitly mounts the current CWD,
Playground CLI has explicit flags and an --autoMount option.