OCI: Define MediaTypes and decompression logic for nupkg/zip
Ninguém assumiu esta issue ainda.
Avaliação
- Dificuldade
- 5/5
- Tempo estimado
- Mais de uma semana
- Facilidade para iniciantes
- 45/100
Direção de pesquisa
Comece rastreando o caminho existente de pull de artefatos OCI e como as camadas tar e tar+gzip são tratadas. Defina os tipos de mídia nupkg e zip, aplique o tratamento com unzip a essas camadas e verifique se os pacotes zip nativos são consumidos sem afetar os formatos existentes.
Escrita pelo modelo de indexação a partir do texto da issue.
Descrição
Summary of the new feature / enhancement
As a publisher, I want to publish PowerShell Modules packaged in nupkg as ORAS artifacts to consume in their native zip format rather than having to convert them to tar+gzip.
If I am hosting a large registry (e.g. https://pwsh.gallery), I can reference the same storage/packages for both nugetv2/v3 and oras packages, otherwise I have to hold and maintain duplicate copies/storage of every package.
Proposed technical implementation details (optional)
OCI allows definitions of both a media type and an image type. Rather then be generic, we should define types for both of these and implement them for nupkg/zip:
Nupkg MediaType: application/vnd.dotnet.nupkg.v1+zip
Zip Layer MediaType: application/vnd.oci.image.layer.v1.zip
When pulling packages, apply proper unzip to these layers and then handle the same as the tar+gzip. Potentially support a strict option to only accept items that were strictly published with the dotnet.nupkg mediatype.
This behavior would only occur on the specified image type, so it would not break any compatibility.
Registries could choose to then host powershell modules in either native zip, tar, tar+gzip, or tar+zstd.
This implementation would not require any registry-side changes, as they are designed for this and do not need to know or understand the zip format to work for both publishing and retrieval, unless a registry does some sort of non-standard validation of the artifact.
It may make sense to define these formats or the transfer mechanism in general in a PowerShell RFC so that all OCI-based PowerShell tools have a standard set of instructions to work from.
- Linguagem predominante
- C#
- Estrelas
- 576
- Forks
- 114
- Merge médio
- 23h 17min
- PRs com merge (30d)
- 8
Guia de contribuição
Primeiros passos
- Leia a issue inteira e depois o guia de contribuição do projeto.
- Comente na issue dizendo que vai assumir — evita que duas pessoas façam o mesmo trabalho.
- Faça um fork do repositório e trabalhe em uma branch.
- Abra um pull request que referencie o número da issue.
Mais de PowerShell/PSResourceGet
-
Create parent directories only after the containment check in InstallHelper.TryExtractToDirectory Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 78/100
PowerShell/PSResourceGet#2056 ·
-
feature_request
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 68/100
PowerShell/PSResourceGet#2013 · 3 comentários ·
-
feature_request Needs-Triage
PowerShell/PSResourceGet#2057 · 1 responsável ·
-
Needs-Triage
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 68/100
PowerShell/PSResourceGet#2055 ·
-
Needs-Triage
Dificuldade 3/5 1-2 dias Facilidade para iniciantes 72/100
PowerShell/PSResourceGet#2054 ·
Todas as issues de PowerShell/PSResourceGet
Issues semelhantes
-
effort:S P3 refactor
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
nightscout/nocturne#1532 ·
-
core dependencies
Dificuldade 1/5 Menos de uma hora Facilidade para iniciantes 80/100
-
documentation
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
-
C#/.NET Roslyn LSP Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 70/100
-
Suspicious code fragments Aberta
Dificuldade 2/5 1-3 horas Facilidade para iniciantes 75/100
DotNetNext/SqlSugar#1458 ·