PowerShellGallery icon indicating copy to clipboard operation
PowerShellGallery copied to clipboard

Publish an item as unlisted

Open seanmcne opened this issue 7 years ago • 6 comments

I'd like to request a feature to programmatically publish an item in the gallery as "Hidden" or a way to programmatically toggle the 'hidden' attribute for a given release/version .

An example: An update is published to the gallery that passed all initial tests but once in the gallery we found an issue with installing the module on some machines due to a code signing certificate problem.

In the future it would be nice to be able to publish as “hidden” and test module installation from the gallery and toggle the visibility once we confirm users 'in the wild' can install that specific version.

Thanks!

seanmcne avatar Jan 30 '18 17:01 seanmcne

Like this as all items are stored forever on the gallery and there should be some programmatic way to show/hide them from the public. Thx/R.

RStadlmair avatar Jul 12 '18 10:07 RStadlmair

This seems like a very similar ask to https://github.com/PowerShell/PowerShellGallery/issues/17

SydneyhSmith avatar Oct 12 '18 21:10 SydneyhSmith

Sort of similar I suppose - it's important to have a way to "pre-deploy" a package that the public can't see so we can do a full test prior to opening it up to the pubic.

A flow of:

  • Develop Code / Changes
  • Test locally
  • Package
  • Deploy to ps gallery
  • Download
  • Test
  • Confirm/verify
  • Then 'release' so the public can upgrade their module that's been published

This would allow me to fully script & automate the dev / build process right up to publishing as 'hidden' so I can do a final test and push a button to 'release' it to the public.

Hope this makes sense - thanks!

seanmcne avatar Oct 12 '18 21:10 seanmcne

Yes, that explanation helps, thanks @seanmcne !

SydneyhSmith avatar Oct 12 '18 21:10 SydneyhSmith

Doesn't deploying modules as prerelease meet this need? I don't see the need for a net-new function.

Typical flow:

  1. Publish Module as prerelease
  2. If Prerelease module is broken, hide it
  3. Publish Release Module
  4. If broken release module, "fix forward" by hiding the existing module, publish a hotfix with a 0.0.x version bump, and publish the fixed module.

And before anything gets to the "publish" stage for any of the above, it's passed all your pester tests.

JustinGrote avatar Apr 14 '20 20:04 JustinGrote

A customer recently brought this up. Basically they publish a set of modules to PSGallery all with the same version. They don't want users to download mixed versions of the modules. Ideally, they would want to publish them unlisted and have a way to flip a set of modules to be listed at once to make them public.

SteveL-MSFT avatar Jan 11 '22 22:01 SteveL-MSFT