secustor
2018-02-01 09:17:43
不存在没有实现的函数来处理此问题。
但是有可能的解决方法，我还没有尝试过，还有第三方解决方案。
解决方法： 你可以构建自己的脚本，该脚本使用Gitlab Jobs API为分支机构下载最新的工件。Gitlab文档中的示例
另一个解决方法： 除了使用API下载外，你还可以结合使用工件和缓存对象
干净的解决方案： 将设置一个Gitlab不提供的工件服务。你将在此处部署文件，然后再次从同一服务中检索它。这样的程序是Artifactory和Nexus
热门帖子
热门github
1
2
4
The Python Risk Identification Tool for generative AI (PyRIT) is an open access automation framework to empower security professionals and machine learning engineers to proactively find risks in their generative AI systems.
(翻译：用于生成式 AI 的 Python 风险识别工具 (PyRIT) 是一个开放式访问自动化框架，使安全专业人员和机器学习工程师能够主动发现其生成式 AI 系统中的风险。)
5
7
8
9
Mamba is a new state space model architecture showing promising performance on information-dense data such as language modeling, where previous subquadratic models fall short of Transformers. It is based on the line of progress on structured state space models, with an efficient hardware-aware design and implementation in the spirit of FlashAttention.
(翻译：Mamba 是一种新的状态空间模型架构，在信息密集型数据（例如语言建模）上显示出良好的性能，而之前的二次模型在 Transformers 方面存在不足。它基于结构化状态空间模型的进展，并本着FlashAttention的精神进行高效的硬件感知设计和实现。)
10
11
13
感谢您的回答！第一个解决方案肯定会工作，即使它需要其他脚本来查找同一引用的最新成功作业运行的ID。好主意！我看到的缓存组合的问题是文档说不能保证它可用（何时清除？）。也许您是对的，我应该看一下您提到的两个程序，但是当然，使用预先存在的仅适用于Gitlab的解决方案会更好。
@muffel默认情况下，缓存是本地运行器。因此，如果您有多个跑步者，那么您将无法对所有人使用缓存的构建工件。对于下载，您无需查找实际的作业ID，因为工件总是会被覆盖-您总是会从最近一次成功的作业中获得最新的工件。