Github 在推送标签上触发的操作，在删除标签并再次推送后触发，但将使用旧版本的代码
Github Action triggered on push tag, does trigger after deleting tag and pushing again but will use old version of code
我有一个 github 动作定义来构建 + 测试我的节点项目。
我已将其设置为以这种方式触发：
on:
push:
tags:
- '*'
它有效，但问题是，有时构建会失败，我不想在每次失败时都发布新版本 + 标签。所以我想我只是删除标签使用：
git push --delete origin v1.0.0
然后简单地再次推动。
这项工作和管道被触发。但是，由于超时太低（实际上是从远程接收数据），测试失败了。超时为 5000 毫秒，我尝试使用此方法将其更改为 15000 毫秒，进行了 ~8 次提交，即使我没有 5000 在我的应用程序中无处可去，它仍然抛出相同的超时错误。
我决定用相同的文件创建一个新版本，由于超时足够，错误消失了，这让我意识到它仍在使用旧版本的文件。
我的问题是：
- 这是错误还是功能？
- 当我的管道失败并在标签上触发时，我有什么选择？
- 在使用标签跟踪 version/releases 和触发管道时，是否有另一种管理标签的方法？例如，触发带有标签的提交而不是标签创建？如果是，我如何为提交分配标签？我还没有找到答案。
谢谢。
由于没有删除本地标签，它会选择与上一次提交相关的标签创建，从那以后你做了更多的提交并不重要，如果你想再次触发它，删除两个远程和本地标签，然后在本地重新创建标签并再次使用跟随标签推送。
我有一个 github 动作定义来构建 + 测试我的节点项目。
我已将其设置为以这种方式触发：
on:
push:
tags:
- '*'
它有效，但问题是，有时构建会失败，我不想在每次失败时都发布新版本 + 标签。所以我想我只是删除标签使用：
git push --delete origin v1.0.0
然后简单地再次推动。
这项工作和管道被触发。但是，由于超时太低（实际上是从远程接收数据），测试失败了。超时为 5000 毫秒，我尝试使用此方法将其更改为 15000 毫秒，进行了 ~8 次提交，即使我没有 5000 在我的应用程序中无处可去，它仍然抛出相同的超时错误。
我决定用相同的文件创建一个新版本，由于超时足够，错误消失了，这让我意识到它仍在使用旧版本的文件。
我的问题是：
- 这是错误还是功能？
- 当我的管道失败并在标签上触发时，我有什么选择？
- 在使用标签跟踪 version/releases 和触发管道时，是否有另一种管理标签的方法？例如，触发带有标签的提交而不是标签创建？如果是，我如何为提交分配标签？我还没有找到答案。
谢谢。
由于没有删除本地标签，它会选择与上一次提交相关的标签创建，从那以后你做了更多的提交并不重要，如果你想再次触发它，删除两个远程和本地标签，然后在本地重新创建标签并再次使用跟随标签推送。