Improve package download flow

オープン
#770 コメント 0 件 リアクション 0 件 担当者 0 名 GitHub で見る

メンテナーはふだん 6 日以内に返信

まだ誰も着手していません。

評価

難易度
5/5
見積もり時間
1週間以上
初心者へのやさしさ
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時間
マージ済み PR(30日)
3

環境構築

はじめの一歩

  1. issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
  2. 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
  3. リポジトリをフォークし、ブランチを切って変更します。
  4. issue 番号を参照したプルリクエストを送ります。

ossf/package-analysis のほかの issue

ossf/package-analysis の issue をすべて見る

似ている issue

Go の issue をもっと見る

新しい issue をメールで受け取る

初心者向けの GitHub issue を短くまとめたダイジェスト。