Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

roadmap: path to 1.0.0 #10

Open
1 of 3 tasks
talss89 opened this issue Feb 17, 2024 · 0 comments
Open
1 of 3 tasks

roadmap: path to 1.0.0 #10

talss89 opened this issue Feb 17, 2024 · 0 comments

Comments

@talss89
Copy link
Owner

talss89 commented Feb 17, 2024

This issue serves as a planning scratchpad to bring Sprout up to a stable 1.0.0 release.

<0.1.1: For next pre-release

???

<1.0.0: For stable

Backlog / Ideas(?)

  • feature?: repo access token management
  • feature?: share repo definitions
  • feature?: punch-in for user passwords
  • feature?: DB anonymisation - out of scope

Wider discussion

Although I made this for WordPress, there's no reason why this approach wouldn't work for other software projects that depend on large content storage.

There are some specialisations for WordPress (DB search replace on site URL for example) that would need to be abstracted away. Other types of project would likely have similar specifics.

Is it worth planning to turn Sprout into a general content seeding and storage tool?

And if so, at what point do we do that?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant