org.opencontainers.image.source label is incorrect
まだ誰も着手していません。
評価
- 難易度
- 3/5
- 見積もり時間
- 1〜2日
- 初心者へのやさしさ
- 35/100
調査の方向性
org.opencontainers.image.source ラベルを生成する GitHub Action のロジックを調査し、既存の image.url の処理と比較してください。指定された organization、registry、image_name、repository の値を使って問題を再現してください。source ラベルが実際の GitHub リポジトリを識別するか、提案された明示的な override をサポートすれば完了です。
索引モデルが issue の本文から書いたものです。
説明
Found a bug? Maybe our Slack Community can help.
Describe the Bug
org.opencontainers.image.source=https://github.com/${{ inputs.organization }}/${{ inputs.repository }} is an invalid label when the org/repo approach are not used so you have to put improper values to fix this label.
The image.url label would be accurate to the actual GH repo, if the values are the same.
Expected Behavior
Create a proper label for the image.source like it does for image.url.
Steps to Reproduce
Steps to reproduce the behavior:
- Run the GHA with input values unrelated to the current repo
- Observe the label is incorrect.
Example:
Inputs:
organization: client
registry: client.jfrog.io
image_name: example-image
repository: jfrog-non-prod
Creates a label like this:
--label org.opencontainers.image.source=https://github.com/client/jfrog-non-prod
If you don't provide a repository since it is included in the image name or if the GH repo is different from the docker image repo, the label will perpetually be wrong unless you set the repo input to a value solely for satisfying this label.
organization: client
registry: client.jfrog.io
image_name: jfrog-non-prod/example-image
repository: example-image
What if the GH repo is under a completely different name than the docker image name? Something where there is a client-sandbox GH org that is pushing to the client org so the label would also be wrong there as well.
Suggestion: update the logic for that label to match that of image.url and allow an override based on a new input.
Screenshots
This is internal client work so I cannot provide the screenshot and blurring private info would remove the usefulness.
Environment (please complete the following information):
Anything that will help us triage the bug will help. Here are some ideas:
- OS: N/A
- Version [e.g. 10.15]: N/A
Additional Context
This is active in the 1.17.2 version.
- 主要言語
- Dockerfile
- スター
- 14
- フォーク
- 15
- 平均マージ
- 8時間 45分
- マージ済み PR（30日）
- 1
環境構築
- Dockerfile・Docker Compose ファイルなし
- プルリクエストのテンプレートなし
- コントリビューションガイドを読む
はじめの一歩
- issue を最後まで読み、次にプロジェクトのコントリビューションガイドを読みます。
- 着手することを issue にコメントします — 二人が同じ作業をするのを防げます。
- リポジトリをフォークし、ブランチを切って変更します。
- issue 番号を参照したプルリクエストを送ります。
cloudposse/github-action-docker-build-push のほかの issue
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 72/100
-
bug
難易度 2/5 1〜3時間 初心者へのやさしさ 35/100
cloudposse/github-action-docker-build-push#77 · コメント 1 件 ·
-
triage
難易度 3/5 1〜2日 初心者へのやさしさ 35/100
cloudposse/github-action-docker-build-push#57 · リアクション 3 件 ·
-
Dependency Dashboardオープン
難易度 2/5 1〜3時間 初心者へのやさしさ 20/100
cloudposse/github-action-docker-build-push の issue をすべて見る
似ている issue
-
難易度 2/5 1〜3時間 初心者へのやさしさ 67/100
taskcluster/taskcluster#9284 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 82/100
ROCm/rocm-systems#13754 · コメント 2 件 ·
メンテナーはふだん 2 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 76/100
splunk/terraform-provider-splunk#256 · コメント 1 件 ·
メンテナーはふだん 1 日以内に返信
-
bug
難易度 1/5 1時間未満 初心者へのやさしさ 86/100
メンテナーはふだん 1 日以内に返信
-
難易度 2/5 1〜3時間 初心者へのやさしさ 64/100
メンテナーはふだん 3 日以内に返信