-
Notifications
You must be signed in to change notification settings - Fork 155
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conceptual change: publisher => namespace #22
Comments
Interesting and flexible approach - sounds good to me. @spoenemann Would it be fine for me to attempt to publish our |
Yes, but please wait until the changes described in this issue are implemented. I will erase the database afterwards (hopefully for the last time). As soon as this issue is closed, it should be safe to start publishing stuff. |
@marcdumais-work please go ahead :-) |
I'll document the basic steps for publishing in the Wiki tomorrow. |
In the Visual Studio Marketplace, the
publisher
field from the package.json is used to define the namespace under which an extension is published (see Publishing Extensions). One or more users can be granted the right to use a specific publisher name when publishing an extension. The actual user who published it is hidden in the marketplace, only the publisher is shown instead.After a discussion with @svenefftinge, we'd like to follow a different approach in Open VSX.
publisher
tonamespace
(we still use thepublisher
field from package.json for compatibility with VS Code extensions).open-vsx
through which we'll publish extensions to open-vsx.org using scripts. These scripts will be maintained in an open source repository at github.com/open-vsx/publish-extensions--create-publisher
flag from the CLI (Add a CLI flag to create a publisher #16) and introduce a commandcreate-namespace
instead.This approach allows to keep the relationship of namespaces (i.e. publishers) to organizations or individual users, but in addition it gives us the flexibility of publishing a large number of extensions through scripts in a transparent way and still retain the original qualified names (
publisher.extension
). Theopen-vsx
user is meant to create trust: instead of publishing third-party extensions in secrecy on someone's local machine, we'll do this openly and transparently.The text was updated successfully, but these errors were encountered: