chore: simplify adder interface

[manuel3108]

Relates #85 , but does not close it.
Goal here is to provide a simpler adder interface, without touching the actual content manipulation.

current decisions, feel free to obey:

• keep logo property and logo file, i imagine they could really add a benefit to the docs removed, now that they are all called logo.(svg|webp)
• keep id property, as dependsOn and runsAfter depend on it. we could change that to use the adder name instead, but that would probably lead to more mistakes as name is changed easier / more often than an id. We could elaborate if it's possible to provide a reference to the adder instead, (if we leave out the community adders for now, see Get rid of the --community flag #84)

tbd

• see if inlining options is possible (Edit: it's not)
• move files (we don't need all those unnecessary directories, if they only contain one, or max 2 files.

[pkg-pr-new]

Open in Stackblitz

pnpm add https://pkg.pr.new/sveltejs/cli/@svelte-cli/ast-tooling@89

pnpm add https://pkg.pr.new/sveltejs/cli/sv@89

pnpm add https://pkg.pr.new/sveltejs/cli/@svelte-cli/core@89

commit: 42f7882

[manuel3108]

This looks like a huge diff, but it really isn't. It's probably better to have a look at individual commits here, as most of the diff is just file renames.

This is basically what I have done

• moved all files into the adders root directory. All adders had only two files in config and one file in test
• removed the options.ts file, if the adder had no options
• As index.ts was now just forwarding to adder.ts, deleted all index.ts and renamed all adder.ts file to index.ts. Then changed export const adder = .... to export default ...
• Renamed all logos to logo.(svg|webp) so that we can get of that logo property that has no meaning for the adder itself.

I also considered removing the logos entirely, but i think they might be something to have in the docs at some point.

Edit: Oh and I did try to inline the options of the adders that actually have options, but that was throwing me type errors that i wasn't able to figure out. We can always improve that later.

[manuel3108]

Can confirm that this fixes #88