Testing and distributing plugins #1963
Replies: 1 comment 1 reply
-
I just restarted the workflow and you should get a canary version (non-nom) posted to the PR. Thanks for doing the work for this!
Yeah you should be able to distribute via an npm plugin, install it globally or locally to the project, and use it as normal. You can also write plugins in pure TS without a build step. I also added support to distribute plugins via a shared autorc if you don't want to publish individual plugins. |
Beta Was this translation helpful? Give feedback.
-
Hi! This is about #1962.
I was wondering what is the recommended way to test a plugin in a non-npm project. Can I publish a canary release from my fork and use the "plugins-included" binary of Auto? Or should I place my plugin in a separate repo and somehow assemble it there?
And after publishing canary versions and testing, what is the proper way to distribute a plugin outside of this monorepo? Do I publish it to NPM? How do I refer to such plugin in the Auto configuration? (non-npm project, so no
npm/yarn install
)I've seen #1868, but it was mostly about referring to a local plugin. What about remote plugins? I actually followed the hint from that discussion and used ncc to build a standalone js file with the plugin and all its dependencies, downloaded it to the testing project (in CI) and referred to it as a local plugin. But this seems to be a very cumbersome process. Is there an easier way?
Beta Was this translation helpful? Give feedback.
All reactions