feat: community add-on experimental

[jycouet]

Closes #184

Description

• Adding community add-ons in an experimental phase!
• updated docs

Checklist

• Update snapshots (if applicable)
• Add a changeset (if applicable)
• Allow maintainers to edit this PR
• I care about what I'm doing, no matter the tool I use (Notepad, Sublime, VSCode, AI...)

[svelte-docs-bot]

Preview: https://svelte-dev-git-preview-cli-1020-svelte.vercel.app/

[pkg-pr-new]

Open in StackBlitz

npx https://pkg.pr.new/svelte-migrate@1020

npx https://pkg.pr.new/sv@1020

npx https://pkg.pr.new/@sveltejs/sv-utils@1020

commit: c0500c0

[changeset-bot]

🦋 Changeset detected

Latest commit: c0500c0

The changes in this PR will be included in the next version bump.

This PR includes changesets to release 2 packages

Name	Type
sv	Minor
@sveltejs/sv-utils	Minor

Not sure what this means? Click here to learn what changesets are.

Click here if you're a maintainer who wants to add another changeset to this PR

[teemingc]

Love it

[jycouet]

cc @sacrosanctic 🧡

[sacrosanctic]

Current

• API
  • sv-utils

Proposal 1

• API
  • defineAddon
  • defineAddonOptions
  • transforms
  • parse

Proposal 2

• API
  • sv
  • sv-utils

[jycouet]

Current

• API
  • sv-utils

Proposal 1

• API
  • defineAddon
  • defineAddonOptions
  • transforms
  • parse

Proposal 2

• API
  • sv
  • sv-utils

I think that proposal 2 would be great 👍

[benmccann]

This looks really great!

I think the API that gives me the most pause is pnpmBuildDependency. I wonder about it for a few of reasons:

• what if we want to edit other stuff in the pnpm-workspace.yaml file in the future?
• what if pnpm changes the functionality in some way? the have not infrequent major releases
• do we want an API that's specific to a single package manager?

As an alternative, could we use the existing file API with a YAML parser?

[jycouet]

I think the API that gives me the most pause is pnpmBuildDependency. I wonder about it for a few of reasons:

• what if we want to edit other stuff in the pnpm-workspace.yaml file in the future?
• what if pnpm changes the functionality in some way? the have not infrequent major releases
• do we want an API that's specific to a single package manager?

As an alternative, could we use the existing file API with a YAML parser?

Great comment, cool to have another eye on it 👍
You are 100% correct!!! It will be better with sv.file & yaml parser

I'll merge this for twis and will do in a follow-up PR