问题标签 [semantic-release]

使用语义发布我想验证我的提交消息是否可以呈现正确的发行说明，并且我没有发布权，我该怎么做？

我有一个工作演示，每次我合并到 master 时都会运行 2 个构建。即，一个是我的用户，另一个是语义释放机器人，它总是 [skip-ci]

https://github.com/adeelibr/learn-semantic-release/commits/master（如下图）

我为此使用 TravisCI，谁能告诉我在这里做错了什么？

同样在每次发布后，我的 package-lock.json 文件都会更新..

任何人都可以指出我做错了什么的正确方向。

我创建了一个“下一个”分支来将我的包的“下一个”版本发布到 npm。我认为这是语义释放的一个非常酷的功能。但是，现在我有点不清楚我需要做什么才能将其正确移动到我的主分支以确保它现在成为“最新”标签？我可以在不删除新版本的情况下执行此操作而只更新标签吗？还是有其他一些神奇的语义方式来做到这一点？

我们正在尝试基于 semver 规范实现自动版本碰撞......理想情况下，我们将合并到 master 并在 CI 上生成新版本更新。

我们还没有，由于一些发布周期的限制，我们正在使用 gitflow 方法：

每次我们剪切一个发布分支，比方说，我们发布一个次要/主要更新，我们必须保持该版本开放以允许热修复（只有补丁最终会在当前发布分支上）......

现在，我们想要semver很好地处理这个流程（我们目前无法更改）。

我们如何确保：

1. 一旦我们删除了一个版本，那么基础分支上的以下提交将至少有一个小凸起？
2. 我们如何才能将发布分支上的修补程序带回 master？

我目前正在使用语义发布对我的反应库进行版本控制。
https://github.com/semantic-release/semantic-release

问题：是否可以在不发布的情况下生成工件？

例如，在我的用例中，我想生成： - 版本发布号 (@semantic-release/commit-analyzer) - 将发布到 npm (@semantic-release/npm) 的 tar 文件 - 更改日志 (@semantic -release/release-notes-generator)

如果您运行试运行选项，它会将版本发布号和更改日志打印到控制台，但我想将其存储到文件中。一种解决方法是我可以通过管道传输结果然后解析，但如果它可以通过插件可以在试运行期间将数据放入文件中，那就太好了。

试运行不会运行文件被压缩的发布阶段。

任何建议表示赞赏，谢谢，德里克

谁能给我们一个提示，@semantic-release/release-notes-generator在生成发行说明时如何配置以采用额外的提交类型（那些附加到预设的提交类型）？

我们的提交分析器配置：

目前我们没有额外的配置@semantic-release/release-notes-generator，当然它需要一些配置，因为新类型不会出现@semantic-release/changelog在 release-notes-generator 运行后生成的变更日志中

我目前正在学习如何在推送到我的分支后使用语义发布/gitlab 来自动进行版本控制，但是当我在 bash 中尝试以下命令时：（目录在我的项目文件夹中）

我收到警告

我也试过

这给了我与上述类似的警告。

然后我按照教程，尝试获取 npm 令牌和 Gitlab 私有令牌，当我尝试时：

它给了我这个：

如何获得 npm 令牌？

我不确定现在要做什么以及下一步是什么，有人可以帮助我吗，如果有人可以发送我可以遵循的指令，那就太好了。我已经被困了一整天了，请帮忙！！！！非常感谢。

在语义发布中，可以指定一个分支。为此，文档仅说明：

发布应该发生的分支。

这个属性有什么作用？如果我不使用它会怎样？如果我使用它，并分别在指定的分支上运行语义发布会发生什么，如果我在不同的分支上运行它会发生什么？

我刚刚为我的节点项目设置了语义发布并使用它进行了第一个发布：

似乎只有带有类型的提交fix或feat添加到发行说明中......我也希望能够显示improvement类型。

有没有办法配置/添加它？谢谢！

我正在尝试在 GitLab CI 管道中使用语义发布。我的准备阶段工作正常，但是当我使用除 之外的任何东西时，发布阶段总是失败mvn jar:jar deploy:deploy，但是当我使用这些命令时，它会部署一个3kb 大的 jar 而不是 10mb 的 jar。所以我只能假设它没有收集依赖项。有WARNING一条关于没有文件被标记为包含并且 jar 为空的消息。所以我尝试在调用deploy之前打包项目。那没起效。

管道无故失败。它只是表明那条线是罪魁祸首。

我尝试过的命令：

这是有效的准备部分：

这是仅适用于 jar:jar deploy:deploy 但不创建正确 jar 的发布部分。

我对此非常陌生，我不明白为什么：

1）尝试clean deploy导致此失败并且jar:jar deploy:deploy不会 2）我如何获得语义发布来创建一个包含所有依赖项的 jar 以上传到我们的存储库。

我应该注意到 Maven Shade 插件和 Maven Deploy 插件都存在于我的 pom.xml 中。

这是一个较旧的运行，但它们都是这样格式化的，并没有告诉你为什么它失败了。只是它做到了：