Improve package download flow

未关闭
#770 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 6 天内回复

还没有人认领这个 Issue。

评估

难度
5/5
预计耗时
一周以上
新手友好度
25/100
Issue 类型
功能
描述清晰度
需要澄清
活跃度
停滞
技术栈
gitlab, go

调研方向

首先跟踪 issue 中描述的现有软件包下载、分析、存档保存和上传流程,以及 #739 中的更改。定义一种设计,使经过分析的存档与保存并上传的存档是同一个,同时确定如何处理托管在 GitLab 上的 Packagist 软件包,或者是否需要保留旧行为。

由索引模型根据 Issue 内容生成。

描述

enhancement needs discussion

Since #739 has been merged, we now have the ability to redownload and save the package archive (**) after analysis.

It would be ideal if the downloaded/saved archive is the same one that's used for analysis

Some possible ways to achieve this:

  1. Downloading the archive first in the worker container, then copying it into the static and dynamic sandboxes. These then do analysis as if on a local package.
  2. Have the static analysis sandbox double as the 'package downloader' container, then copy the downloaded files back to the host and into the dynamic analysis container, as well as uploading them to the bucket
  3. Have a separate 'downloader' container whose sole job is to download everything, and pass it to the other containers like in option 1.

** One caveat with all this is that Packagist packages hosted on GitLab don't offer direct package archive download URLs. We will need to figure out how to support this case (or possibly fall back to legacy behaviour).

主要语言
Go
星标
925
派生
75
平均合并
4 天 2 小时
30 天内合并 PR
3

环境准备

  • 没有 Dockerfile 或 Docker Compose 文件
  • 没有 Pull Request 模板
  • 阅读贡献指南

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

ossf/package-analysis 的其他 Issue

查看 ossf/package-analysis 的全部 Issue

相似的 Issue

更多 Go Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。