npm publish gives “unscoped packages cannot be private”

解决方法:

npm publish --access public

详细参考此处

原文地址:https://www.cnblogs.com/mengff/p/10012693.html

时间: 2024-08-29 12:10:23

npm publish gives “unscoped packages cannot be private”的相关文章

[NPM] Publish npm packages using npm publish

In this lesson we will publish our package. We will first add a prepublish script that runs our buildscript; this will ensure the built folder gets added to npm when published. We will also add a .npmignore so that only our built files get installed.

npm publish 发布

<h3 class="catListTitle">一.npm包结构(编写)</h3> npm包实际是一个存档文件,即一个目录直接打包为.zip或tar.gz格式的文件,安装后解压还原为目录.完全符合CommonJS规范的包目录应该包含如下这些文件. package.json : 包描述文件. bin: 用于存放可执行二进制文件的目录. lib:用于存放javascript代码的目录. doc:用于存放文档的目录. test: 用于存放单元测试用例的代码. 我们开

npm publish 失败可能的原因记录

npm 发布个人包时,遇到不少坑,总结如下(可能不全): 1.npm版本过低,处理:npm install -g npm update 2.可能权限原因,处理:npm publish --access=public 3.npm 源不对,处理:npm config set registry https://registry.npmjs.org/    --   有些非官方源个人可能无权发布,比如淘宝镜像需要admin权限 4.文件夹名和package.json里的'name'属性一样时也无法发布,

npm publish

现在nodejs开发,都会用到第三方的包,第三方的包都是通过npm引入的. 接下来研究一下怎么通过命令吧自己的包发布到npm官网上. 首先要注册一个npm账号 接下来在你要发布的目录下执行npm init命令: 接下来会有一系列的提示输入: 然后就会生成一个package.json文件 这里以index.js作为入口文件 接下来我们打开index.js,随便在里面简单的定义一个接口 接下来就是发布了,进入项目根目录 运行npm login 这样就算发布成功了. 接下来就是可以通过npm cjtt

npm publish报错ERR E400

错误原因:名称中不能含有大写 解决方法:换成小写 原文地址:https://www.cnblogs.com/TJ-Wong/p/12077401.html

npm 私有模块的管理使用

你可以使用 NPM 命令行工具来管理你在 NPM 仓库的私有模块代码,这使得在项目中使用公共模块变的更加方便. 开始前的工作 你需要一个 2.7.0 以上版本的 npm ,并且需要有一个可以登陆 npm 仓库的账号. npm install -g npm npm login 软件包设置 所有的私有模块都是 scoped package 的. scope 是 npm 的新特性.如果一个模块的名字以 "@" 开始,那么他就是一个scoped package.scope 就是"@&

用sinopia搭建npm私服

需求(这段话是摘抄参考文档的,因为作者也想这么说): 公司出于自身隐私保护需要,不想把自己的代码开源到包管理区,但是又急需一套完整包管工具,来管理越来越多的组件.模块和项目.对于前端,最熟悉的莫过于npm,bower等:但是bower的市场兼容性明显没有npm强壮,加之commonjs规范的日益成熟.npm应该是前端包管理的不二选择. 公司对于搭建本地私有npm库有如下要求: 私有包托管在内部服务器中 项目中使用了公共仓库上的公共包,也使用了内部服务器上的私有包 希望下载的时候,公共包走公共仓库

人禾娱乐绿色VIP注册通道之基于 Lerna 管理 packages 的 Monorepo

人禾娱乐绿色VIP注册通道之基于 Lerna 管理 packages 的 Monorepo对于维护过多个package的同学来说,都会遇到一个选择题,这些package是放在一个仓库里维护还是放在多个仓库里单独维护,本文通过一个示例讲述了如何基于Lerna管理多个package,并和其它工具整合,打造高效.完美的工作流,最终形成一个最佳实践 背景 最近在工作中接触到一个项目,这个项目是维护一套 CLI,发到 npm 上供开发者使用.先看一张图: 项目仓库中的根目录上就三个子模块的文件夹,分别对应

【转】从零开始开发一个vue组件打包并发布到npm (把vue组件打包成一个可以直接引用的js文件)

自己写的组件 有的也挺好的,为了方便以后用自己再用或者给别人用,把组件打包发布到npm是最好不过了,本次打包支持 支持正常的组件调用方式,也支持Vue.use, 也可以直接引用打包好的js文件, 配合vue.js 就不需要webpakc这种构建工具了,可以直接在页面内使用,下面以 ‘yyl-npm-practice’ 这个包为例 第一步:使用 vue init webpack-simple yyl-npm-practice   初始化项目 提示: 不要用 vue init webpack npm