问题标签 [semantic-release]

github：https ://github.com/Sly777/React-UI-Debugger

特拉维斯 CI：https ://travis-ci.org/Sly777/React-UI-Debugger

语义释放：^6.3.2

基本上我正在尝试通过使用语义发布和 travis CI 将包作为第一个版本发布给公众，但它不起作用。我在下面收到这些错误。

它在 travis CI 上给出错误

收到此错误后，我尝试在本地运行npm dist-tag ls但那时我收到了这样的错误

包.json

我还在 github 上推送了最新的标签。

你怎么看？你有什么建议？

我正在尝试使用 Jenkins 设置语义发布，我逐步浏览了文档、eggheadio、Github 问题，当然还有 Google。我被困住了，需要一些帮助。

.npmrc

我不认为我的任何事情.npmrc是错误的。我可以很好地发布到我的 Nexus 工件存储库。

这是在我的 package.json "semantic-release":"semantic-release pre && npm publish && semantic-release post"和语义 cli 设置中，我的版本默认为"version": "0.0.0-development"

我收到错误的地方是我运行semantic-release pre. 此命令不适用于我的开发机器和 Jenkins CI 服务器。尝试在我的 Jenkins 服务器上发布时出现此错误...

如果您对我在开发机器上收到的错误感到好奇：

我希望这是足够的信息，但请询问您是否需要更多信息！

我想发布我管理的 NPM 包的一个版本。这是链接：https ://github.com/dixeed/eslint-config 。我推到掌握，在我的 Travis 构建运行中没有任何错误，但它没有npm run semantic-release pre && npm publish && npm run semantic-release post像预期的那样运行。如果您查看我的 git 历史记录，我遵循了 angularjs 提交消息格式。

你对可能发生的事情有任何线索吗？当我npm run semantic-release在本地计算机上运行时，它告诉我：

它想将版本提升到 2.0.0，但我不希望这样。它应该是 1.1.0。提交应该触发第一个版本的版本提升，BREAKING CHANGE但它没有因此我手动完成。

顺便说一句，我的第一次发布也有问题。您应该如何使用 SR 发布您的第一个版本？即使我用这条消息写了一个提交：

它没有将版本提升到 1.0.0。您是否应该手动进行第一次发布以使语义发布正常工作？

假设该软件包在 1.0.0 上，它随后发布了 1.0.1 和 1.0.2。

但随后意识到 1.0.1 包含重大更改。

所以我们需要从 1.0.2 发布一个 2.0.0 做一个空提交。那里没问题。

然后，我们需要发布一个实际上是 1.0.0 的 1.0.3 版本，以便 1.0.x 上的人不会受到重大更改的影响。

如何使用语义释放来做到这一点？

手动管理版本时，很简单：

• 签出 1.0.0，手动将版本更新到 1.0.3，然后发布。

如何使用语义释放做同样的事情？

我有一个用 nwb 创建的反应组件项目。我正在使用 Travis 和语义发布来进行发布。

但是现在，当我发布新版本时，从 Travis 发布的包几乎是空的，只有三个文件：README、LICENSE 和 package.json。

我的 .travis.yml 配置...

travis 构建看起来不错，我看不到任何错误。它发现新版本并发布它，但只发布这三个文件。

公共 Github 存储库是这个......

https://github.com/rigobauer/react-abc2svg

...您可以在此处查看 travis 构建...

https://travis-ci.org/rigobauer/react-abc2svg/jobs/332199646

如果我在 package.json 中手动设置版本号并npm publish在我的计算机中运行，则该包已正确发布。

我尝试过清理 npm 缓存、重新安装所有依赖项、使用 .travis.yml 重新创建semantic-release-cli setup等。但我总是得到相同的结果。当我尝试在另一个项目中升级或安装包时，node_modules 中的目录只有这三个文件。

知道问题出在哪里吗？

更新：我已经用nwb从头开始​​重新创建项目，重新安装依赖项等。我也有同样的问题。

更新2：我在package.json中配置了这样的目录列表......

...但我也尝试过创建一个.npmignore文件。问题仍然存在。

我目前正在尝试设置semantic-release以package.json使用更新版本以及CHANGELOGnpm 和 GitHub 发布。根据我的阅读，这似乎可以使用@semantic-release/git和@semantic-release/changelog插件。但是，我无法使其与我的配置一起使用。我的包是这样的：（来源@ redux-form-input-masks）

Travis CI 构建日志显示：

这确实在 GitHub 和 npm 上发布了一个新标签并发布，但它没有创建一个CHANGELOG.md（正如我对 changelog 插件所期望的那样）并且它没有提交package.json更新版本（在这种情况下为 0.3.6 -正如我对 git 插件所期望的那样）。

我错过了什么吗？

我正在使用带有 travis CI 的语义发布来自动发布我的包。我有两个问题：

1. 我的版本已经自动升级到 v1.0.0。我希望它类似于 v1.0.0-development。我怎样才能做到这一点？
2. 为什么我的 github 的 package.json 的版本与发布到 npm 的版本不同？

我们有一个自定义脚本，其中包含一些棘手的步骤，它接受版本号作为参数，如下所示：

我想自动化发布过程并从 CI 运行该脚本。为了做到这一点，我需要一个工具来分析提交历史并根据提交消息输出下一个 semver 版本：

有语义发布/提交分析器，但它只能作为插件工作semantic-release，我需要独立的解决方案。

I've found semantic-release and it looks very useful. But I'm wondering how to customize it to fit our workflow:

• no dev branch, just a master and feature/fix/chore branches.
• latest release (github with relevant git tag) correspond to version pushed to production.
• Draft release correspond to version pushed to staging.

This is a private industry project, so we cannot go completely lean and must respect internal design guidelines including batching PRs on staging before releasing on production.

I can add a dev branch, and push staging from dev, then production from master after merging dev to master. But I'd like my github draft release to be updated as soon as a pull request is merged back into dev (draft release that would become the latest release once dev is merged into master).

Is that somehow possible ? I recently installed the semantic pull request github app, and started using conventional commit conventions, but I'm unclear about how to use release-notes-generator on its own, or whether it handles the github draft release mode.

我在看语义发布，想知道语义发布是否支持与 Jenkins CI 的集成？

当我查看CI 配置时，我找不到 Jenkins 的任何配置细节。

任何人都可以分享这方面的宝贵信息吗？