You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Splice local versions into metadata responses #134
After #133 an operator can upload a package version into the proxy, but resolvers won't see it because the proxy still serves the upstream's version list unchanged.
Each handler's metadata path should look up locally-stored versions for the requested package and append them to the upstream response before serving it. If a local version has the same number as an upstream one, the local copy wins.
The nine handlers that already parse metadata for cooldown (npm, Composer, PyPI, Cargo, pub, NuGet, Hex, RubyGems, Conda) have the encode/decode in place; they need a proxy.LocalVersions(ecosystem, name) lookup and an append step. The remaining ecosystems need the same metadata parsing that #132 tracks, so this and #132 share a backlog.
The splice layer should take a generic list of extra entries (version, filename, sha256, download URL) so that future work like fork name-mapping can feed the same code path from a different source.
Activity
Read the package manifest of pushed archives
List pushed npm versions in package metadata
List pushed Composer versions in package metadata
Document how pushed versions appear in package metadata
Serve pushed npm tarballs before the cooldown check
Serve hosted-only npm scopes and Composer vendors from pushed package…
Prefer the root composer.json of a pushed archive
Leave denied pushed versions out of package metadata