npm让我感到悲伤,我不知道为什么。试图发布我的包的新版本。
npm view {{package}} versions
[ '0.3.0',
'0.3.1',
'0.4.0',
'0.4.2',
'0.5.0',
'0.6.0',
'0.6.1',
'0.7.0',
'0.7.1',
'0.8.0',
'0.8.1',
'0.8.2',
'0.8.3',
'0.8.4',
'0.8.5' ]
Run Code Online (Sandbox Code Playgroud)
当我跑步时,npm publish我得到了这个:
400 Bad Request - PUT https://registry.npmjs.org/{{package}} - Cannot publish over previously published version "1.0.0".
Run Code Online (Sandbox Code Playgroud)
这是我当前的 package.json:
...
"version": "1.0.0",
...
Run Code Online (Sandbox Code Playgroud)
是什么赋予了?
编辑:
此外,即使当我尝试修补版本并发布 1.0.1 或 1.0.2 时,我也会收到相同的消息......
在发布脚本之前,我在package.json下有许多脚本来编译coffeescript,typescript和仅供开发人员使用的命令-一旦发布,就没有任何意义。
我想知道在package.json下是否有删除某些脚本的过程?考虑到发布包时,它还会发布package.json。
在发布包之前,是否可以删除脚本?
发布脚本后,我会删除很多打字稿和coffeescript源文件(因为它们已经被编译),所以我没有构建的脚本对于已发布的软件包毫无意义。
这可行吗?还是我应该考虑另一种方式?
我不确定天气是否可能。
是否可以npm publish在直接运行时阻止发布并使其只能通过脚本访问。
npm publish直接执行时必须拒绝用户。即用户必须能够通过任何脚本或npm run <script>
有没有办法告诉 npm 只发布<folder>/或在发布时查找 tarball。
我的任务是开发一个带有自定义组件(在本例中为 React 组件)的 NPM 包,该组件利用了其他依赖项,例如 Plate、slate 等。
我正在准备输出dist,但我不清楚这样做时的最佳实践是什么:是否应该解析所有依赖项并将其捆绑到一个大 .js 文件中,或者可以忽略它?(我在这里使用汇总解析)。我担心这会产生一个巨大的文件,包括所有依赖项的来源,但正如我所说,我真的不熟悉这个过程......
另一方面,不解决此类依赖关系并让组件的最终使用者这样做是否常见?(我这里只是假设)
情况如下
我有一个.gitignore文件:
node_modules
npm-debug.log
/index.js # this is a build output, I don't want it in the repo
Run Code Online (Sandbox Code Playgroud)
和一个package.json文件(只是相关部分):
{
"main": "index.js",
"files": [
"index.js", // however I want this in the npm package
"readme.md",
"package.json"
],
"scripts": {
"build": "rollup -c rollup.config.js", // this builds index.js ...
"lint": "eslint **/*.js --config .eslintrc",
"test": "jest --no-cache",
"prepublish": "npm run lint && npm test && npm run build" // ...before publishing
}
}
Run Code Online (Sandbox Code Playgroud)
当我发布第一个版本时,index.js被省略,只有 和 …
作为参考,repo 是https://github.com/microsoftly/luis-response-builder。
节点模块文件用tsc生成并输出到dist文件夹。我有一个 prepublishOnly 步骤,它删除了 dist 文件夹,运行 tsc,然后针对转译的 js 运行测试。当我发布得很好时,测试就通过了。
问题是,当我在其他任何地方安装项目时,dist 文件夹只包含路径为 dist/src/index.js 的文件。
我一生都无法弄清楚为什么文件在安装时丢失但在发布时没有。
我公开发布了一个包,我试图在 npm ( https://www.npmjs.com/ )上搜索它,但是npm上没有该名称的包。
尝试过:
npm install package-name -> 工作正常
这是包链接:
https://www.npmjs.com/package/and-or-search
有什么我想念的吗?
我最近创建了一个新组织,并采用付费计划来发布无限的私人包。
但是,每次我尝试将我的包发布到我的组织时,它都会给我以下错误:
npm ERR! publish Failed PUT 403
npm ERR! code E403
npm ERR! Forbidden : @myScopeName/myPackageName
Run Code Online (Sandbox Code Playgroud)
我已经注销,然后作为范围登录;像这样:
npm login scope=myScopeName
Run Code Online (Sandbox Code Playgroud)
然后返回以下内容
logged in as myUserName to scope @myScopeName on http://registry.npmjs.org/
我检查了我的.npmrc文件,我有以下几行:
registry=http://registry.npmjs.org/
scope=myScopeName
@myScopeName:registry=http://registry.npmjs.org
Run Code Online (Sandbox Code Playgroud)
但是我仍然无法发布我的包。有谁知道我是否忘记了其他事情,或者我是否根据上述内容做错了什么?
谢谢!
我正在尝试使用 npm publish 命令发布包。但我每次都会收到这个错误。
npm ERR! code E403
npm ERR! 403 Forbidden - PUT https://registryname - forbidden
Run Code Online (Sandbox Code Playgroud)
我有
"publishConfig": {
"registry": "https://registryname"
}
and in .npmrc
registry=https://registryname
Run Code Online (Sandbox Code Playgroud)
我尝试了很多解决方案,但没有运气。
所以我正在为这家公司构建一个设计系统,并且组件系统在设计系统故事书中正确显示。但是当我将其导入消费者应用程序时,出现以下错误
TypeError: Cannot read property 'width' of undefined in theme.border.width
Run Code Online (Sandbox Code Playgroud)
/// src/components/Button/index.js
import { Wrapper } from './styles'
import React from 'react'
export const Button = (props) => (
<Wrapper {...props}>
{children}
</Wrapper>
)
Run Code Online (Sandbox Code Playgroud)
。
///src/components/Button/styles.js
export const Wrapper = styled.button`
...
border-width: ${({theme}) => theme.border.width};
...
`
Run Code Online (Sandbox Code Playgroud)
。
/// .storybook/preview.js
import React from 'react'
import { ThemeProvider } from 'styled-components'
import { GlobalStyle } from '../src/styles/globalStyles'
import { theme } from '../src/styles/theme'
export const parameters = {
actions: …Run Code Online (Sandbox Code Playgroud) npm ×10
npm-publish ×10
node.js ×4
javascript ×2
package ×2
bundle ×1
gitignore ×1
next.js ×1
node-modules ×1
organization ×1
package.json ×1
publish ×1
reactjs ×1
rollup ×1
typescript ×1