2016-08-01 74 views
0

我该如何支持这些NPM/ember插件场景?为开发人员构建发布ember插件到本地NPM注册表?

  • 开发人员构建烬插件A和使用建立它使用自己的本地软件包烬应用B
  • 开发商只能从我们的关系NPM整合资源库构建B装配一个
  • 构建系统构建烬附加一个安装到我们的关系NPM版本库

Maven的

  • 开发人员桌面版本软件包安装到本地存储库以便稍后在版本中使用。
  • 构建系统构建部署包到我们的内部共享回购由开发者使用,因此他们并不需要建立所有

NPM

  • 构建系统构建可以使用npm publish --registry http://ourrepo/nexus/ ....发布到私人注册表中
  • 开发桌面版本吗?

我们可以使用DependsOnMe的相对路径,但这需要我们设置某种规则,其中构建在本地和本地构建计算机上工作。

虽然可能,但我希望有一个更优雅的解决方案来实现这一目标。

我可以让开发人员生成进入本地npm高速缓存供以后使用的软件包,如果是的话,您可以指向我的文档吗?

相关

回答

0

由于我们使用行家前端插件来管理NPM和余烬我们可以封装额外的NPM模块(在这种情况下的余烬附加)作为maven工件并利用我们的各种场景的maven依赖管理

灰烬添加在模块

  • 添加 'NPM包' 来生成NPM库本地包(在本例中根/目标的/ tmp/.npm //)
  • 添加组件产生的焦油。 gz包含tar文件(有点傻),并将其作为工件附加到模块(类型:tar。GZ,分类器:余烬-插件)

客户模块

  • 附加行家依赖性-插件解压该解包附加模块的tar.gz的分类:余烬-附加到目标/余烬-插件之前新公共管理执行此模块
  • 修改的package.json使用本地依赖性 “我们-插件”: “文件:../../目标/烬-插件/// package.tgz”

如果用户构建ember和client,然后addon module build将工件放置在本地的maven仓库中。客户端模块从本地存储库解包,并通过npm支持构建过程进入node_modules。

如果用户只构建客户端,则客户端模块会在解压缩和使用阶段之前从我们的nexus存储库中获取插件工件。

相关问题