问题标签 [semantic-release]

我有两个分支，branch-A（其中有标签1.0.0, 1.1.0, 1.1.1, 1.1.2），branch-B（在顶部创建branch-A）。我们同时在两个分支中进行开发。

创建后branch-B，我从branch-A（1.1.3,1.2.0最新标签）发布了更多版本。当我尝试合并时branch-A，branch-B更改被合并但不是标签。

当我跑步时，git tag --merged branch-B 我只有1.0.0, 1.1.0, 1.1.1, 1.1.2.

有什么方法可以将标签也合并到branch-B？，因为当我从中发布时，我branch-B再次尝试在github 操作中发布1.1.3标签。semantic-release

提前致谢。

当我创建这样的提交时，git commit -m'BREAKING CHANGE: foo bar'向上推semantic-release告诉我，

怎么BREAKING CHANGE不创建发布，这里有记录，

重大变化：graphiteWidth 选项已被删除。出于性能原因，始终使用默认的 10 毫米石墨宽度。

我正在尝试从我的应用程序发布一个包。我在发布步骤收到此错误：

我已将应用程序的名称更改为小写，因为我认为这是问题所在，但没有运气。你能指导我在哪里寻找这个问题吗？

我们在 GitHub 上提供 Node.js 应用程序和操作分支策略，例如：

• main：生产环境发布基地
• develop: 开发环境（beta）发布基础

基本上，我们在分支的新分支上编写一些代码develop并将其合并到 中develop，然后将 合并develop到main. 在修补程序的情况下，在新分支上修复代码main，然后将其合并到developandmain中。

release由semantic-release处理，并自动更改CI/CD管道中的package.json文件和CHANGELOG.md文件。

这意味着语义发布提交到发布目标分支并且文件被更改。

因此，我们在以下情况下遇到了问题：

• 如果分支中有更改，develop则会增加一个版本作为 beta。
• main如果分支中有修补程序，则增加一个版本。
• 合并时main，develop发生冲突。

因为，文件同时更改并提交了它们。
本案例试图将最新版本反映到develop分支中。
将 .合并develop到main.

当发生这种情况时，我们感到解决冲突的麻烦并担心错误的更改。

我们是否应该不main合并到develop？

我们想知道您如何构建发布管道。

谢谢你。

我有一个 GitHub 项目，它需要在允许合并到main. 我的dev管道中有一个“发布”作业，用于semantic-release增加 package.json 中的版本号并自动将该更改提交回dev. dev当我从to创建 PR 时main，CircleCI 检查不完整，因为semantic-release的提交包括[skip ci]，这导致 CircleCI 跳过管道中的所有作业（以防止无限管道循环）。因此，我无法合并我的 PR。

我不知道如何解决这个问题 - 我想在合并之前强制执行 CircleCI 检查main，并且我希望提交dev自动增加版本号。如果 GitHub 检查可以以某种方式回顾原始管道，而不是由semantic-release更改启动的管道，那么一切都会好起来的。还有其他想法吗？

我正在使用 gitlab 的语义发布。我在 ci 中添加了一个运行语义发布的作业，该作业似乎在正常提交次数下正常运行，但是当我在大约 1500 次提交的分支上运行它时，它失败了

分析提交运行，然后以退出代码 1 失败

我在 ci 中使用这个命令 semantic-release --debug

从我的本地运行时似乎运行良好 semantic-release --no-ci

任何人都知道可能是什么问题以及我如何解决它。

有什么方法可以减少语义发布插件显示的日志数量。

我有一个 C# 解决方案，其中包含使用 .Net 6 的单个项目和多个库。我正在使用常规提交（使用 husky 提交），并希望使用语义发布基于提交在 Github 上将最新构建部署为 ZIP 文件消息。

我为 C# 项目尝试的设置：

• 安装包

.

• 在根目录中创建一个.releaserc.json文件

.

• 在package.json文件中将密钥设置version为0.0.0-development，将密钥设置private为true并添加存储库 url
• 在工作流目录中创建一个release-on-push-on-main-branch.yml文件

.

它似乎有效，每当我推送到主分支时，它都会将最新版本的发行版（包含 DLL）部署到 Github 版本。

但是正如您所知，语义发布不会发布正确的包版本，因为它还不知道程序集版本。它从package.json文件中获取版本。

我想要达到的目标：

• 在解决方案中对库或应用程序进行更改时，它应该根据常规提交自动增加它们的程序集版本。但显然，如果该项目被修改。
• 运行发布过程时，semantic-release 应该发布项目"name": "my-project-${assembly-version}.zip"

有什么我可以使用的吗？

我想做的事

基于常见问题解答

https://semantic-release.gitbook.io/semantic-release/support/faq#why-is-the-package.jsons-version-not-updated-in-my-repository

我想在新版本上更新 package.json 版本号。

我做了什么

• temp为具有README.md和.gitignore节点的组织创建一个新的空私有 Github 存储库
• 克隆存储库
• 通过 git 修复第一条提交消息rebase -i --root并将其更改为feat: initial commit
• 使用内容创建一个 package.json

• 设置语义释放

• 创建一个.releaserc.json

• 创建一个新的 Github 工作流release.yml

• 使用消息提交所有内容feat: next commit
• 强制推到原点

问题

package.json文件不会被语义发布机器人更新。即使在修改README.md文件并使用feat: this should trigger a new release.

我如何告诉语义发布推送新的包版本？

我们正在更新我们的发布工作流以使用语义发布，我需要能够获取最新标签的 SHA，使用它创建一个新分支，构建我们的资产，将它们提交到那个新分支。

我用于创建分支的操作​​需要父分支的 SHA，如果您基于运行工作流的分支以外的其他内容构建分支。

所以我有几个动作来确定版本是主要、次要还是补丁，然后会找到最新的 semver 标签名称。但我不知道如何获得这个 Ref 的 SHA。

到目前为止，我有这个：

我找不到任何文档来告诉我如何获取特定参考的信息，在这种情况下是我的标签。

我正在尝试使用语义发布和詹金斯创建包，但我收到了以下错误

显然语义释放master与origin/master

跟随我的git branch -a

我的releaserc

我的命令

有谁知道它会是什么样子？

Tks