有没有办法在使用
商业案例:
我们有一些共同的Vuetify组件,我想通过“common-components”Vue插件公开这些组件,并允许所有Vuetify应用程序拉取这些共同组件。我可以通过打包插件并创建依赖项,然后推送到私有npm仓库或提交/推送到私有git仓库来实现这一点。问题在于开发周期和开发体验。
在本地开发环境中对插件进行典型开发更改需要执行以下操作:
- (common-components)
期望的解决方案但失败的方法:
yarn-link 或 npm-link
我能够使这个方法工作,但NPM依赖关系仍然解析为文件夹的package.json,其中包含一个
我希望有一种解决方案可以解决这种情况!
yarn serve
(可能使用webpack / vuetify-loader)的本地Vuetify应用程序的本地npm依赖项上进行热重载?商业案例:
我们有一些共同的Vuetify组件,我想通过“common-components”Vue插件公开这些组件,并允许所有Vuetify应用程序拉取这些共同组件。我可以通过打包插件并创建依赖项,然后推送到私有npm仓库或提交/推送到私有git仓库来实现这一点。问题在于开发周期和开发体验。
在本地开发环境中对插件进行典型开发更改需要执行以下操作:
- (common-components)
yarn build
(创建dist/common-components.umd.js)
- (common-components) (部署到私有npm仓库或提交/推送到git仓库)
- (应用程序A) yarn upgrade common-components
以获取最新版本
- (应用程序A) yarn serve
难道没有比这更好的开发周期吗?还是我的真正问题是我们需要更好地将插件与我们的应用程序解耦?期望的解决方案但失败的方法:
yarn-link 或 npm-link
我能够使这个方法工作,但NPM依赖关系仍然解析为文件夹的package.json,其中包含一个
"main": "dist/common-components.umd.js"
。这要求我执行yarn build
,该命令会删除文件并重新构建它。当文件被删除时,“当前使用yarn serve
运行的应用程序A”将中断并且无法恢复。我必须关闭服务器,然后再次运行yarn serve
。我希望有一种解决方案可以解决这种情况!