问题标签 [github-release]

我有一个托管在 github 上的项目，它使用 Travis.ci 构建并发布到 GitHub：

https://github.com/Roaders/rpi-garage-door/releases/tag/v1.1.0

目前这只是在版本中添加了一个 tgz 文件。这包括运行所需的捆绑包依赖项（这背后的想法是，npm install在npm run build树莓派上真的很慢，所以解压缩 tar 的速度要快一百万倍）。由于 travis 使用 64 位机器，因此生成的 tar 文件只能在 64 位上使用，因此作为升级过程的一部分，我们需要运行npm rebuild- 这在 RPI 3 上仍然相当慢。

最初我想构建一个 32 位版本而不是 64 位版本，但我不知道如何在 travis 上配置它。我想我需要更改 npm 配置，所以我在我的.travis.yml：

但这不起作用。

我想做的第二件事是使用不同版本的节点构建我的项目的多个版本，然后将所有这些 tgz 文件添加到发布中。

这个解决方案：

npm 包 sqlite3 的跨平台安装

非常接近我想要的，但对我不起作用，因为我需要重建的依赖项（epoll）不能用node-pre-gyp

所以我试图在我的 yml 文件中为生成的工件实现一个发布部分，我自己解释说：我想用我的 yml 文件在我的发布中添加一个工件。

这是正在为 android 应用程序处理的唯一 yml 文件：

我有一个 GitHub 存储库，其中包含用于我的简历的 LaTeX 代码。目前，我将生成的 PDF 文件作为文件包含在 git 中，即在版本控制中对其进行跟踪。包含 PDF 的唯一目的是提供一个指向我可以发送给人们的最新简历 PDF 的链接。因此，我根本不需要在版本控制中跟踪二进制文件。

有没有办法摆脱通过 git 跟踪这个二进制文件？我正在考虑使用 GitHub Actions 生成 PDF，然后将其上传到某个地方。这样我就不必将 PDF 包含在 git 中，同时拥有master我可以共享的最新版本（分支外）的链接。GitHub 有存放此 PDF 的地方吗？

我注意到大多数 GitHub 发布资产都可以通过https://github.com/owner/repo/archive/file.tar.gz. 由于我只想维护一个随每次提交而构建的副本，因此使用 GitHub 版本将是矫枉过正。我可以以某种方式从最新版本中“转储”PDFhttps://github.com/me/resume/archive/resume.pdf吗？如果没有，还有其他方法吗？

我正在查看一个 GitHub 版本，其中包含我要下载的 200 多个 .tgz 文件。有没有办法在一行/脚本中批量下载它们，而不是单独下载它们？

因为它并不完全托管在 GitHub 存储库上，所以我也无法克隆主存储库。我应该如何有效地解决这个问题？

我有一个 Github 版本，我想下载带有版本标签的最新资产。

我想保存带有版本包含的 .exe 文件，但这会阻止我每次都使用一个相同的链接下载最新版本。

我想下载带有标签名称的最新发布的 Outdated-Snake.Setup.exe（即 Outdated-Snake.Setup.v2.0.1.exe 类似这样的东西）

我可以通过某种方式编辑链接来做到这一点，还是必须以某种方式更改 .exe 文件名？我应该怎么办？

我加入了一个使用 Github 操作和发布的项目。不幸的是，发布标签的命名约定在过去发生了变化（可能是由于从 Travis CI 迁移）。

直到某个时间点，标签是这样的（不知道为什么数字这么高）：

然后有人切换到语义版本控制（顺便说一句，这很棒）：

我们的 CI/CD 工作得很好，但我们有一些问题：

• 我们使用 Release Drafter。它为新版本创建描述，该描述应包含自上一版本以来的所有 PR。但是现在它比较我们主分支的当前状态不是与最新的标签（v3.1.1），而是与具有最高主编号的标签（v1024.0.0）。这意味着草案始终包含自一年前合并的 100 多个 PR。所以我们最终删除了整个发布描述，因为没有人有时间分析它。
• 很乱。Github 总是建议 v1024 作为最新版本：在创建新版本时，在标签之间切换时等等。

我的两个问题是：

• 有没有安全的方法来更新所有旧标签的名称？Fe 将 v1024.0.0 更改为 v0.1024.0。不必是自动的。请记住，它应该只更新标记名，我不想更改发布日期、资产等。我认为使用 Github UI 编辑发布实际上会创建一个基于 master 的新标签（甚至可能将其发布到现场服务器？）
• 如果没有，有什么方法可以告诉 Release Drafter 它应该使用最新的标签而不是最高的标签？

当我通过其 UI 在 Github 上创建新版本时，我想触发 release.yml 工作流。

在 release.yml 工作流程中，我想首先运行 ci.yml 工作流程，只有当它通过时，才继续创建发布。如果 ci.yml 工作流失败，请在 Github UI 上删除新创建的版本。

我有 2 个 YAML 文件 ci.yml 和 release.yml

在我的 release.yml 文件中

如果有更好的方法来实现这一点，请告诉我。

你能帮我弄清楚如何自定义 Codebuild Webhook 以在发布 GitHub 版本后触发，我在网上找不到它。

我无法使用 CodePipeline，因为 me-south-1 区域尚不支持它。

谢谢你

当使用来自https://docs.travis-ci.com/user/deployment/releasesrelease的最小 TravisCI 部署 ( ) 时，即：

我在没有任何信息的情况下收到以下部署错误

有没有办法调试部署错误的具体原因？

我正在寻找测试 github 版本。

指导说：

在 GitHub 上，导航到存储库的主页。

在文件列表的右侧，单击版本或最新版本。

但是，当我这样做时，没有“发布”或“最新发布”按钮。

我需要先对 repo 做一些明显的配置吗？