vset
v0.5.0
Published
Visual Studio Online Extension Tool
Downloads
22
Readme
Visual Studio Online Extension Tool
Deprecated
This tool is now deprecated and all functionality has migrated to the TFS Cross Platform Command Line Interface (TFX-CLI). TFX-CLI is available on Github and NPM.
Migration Information
Nearly all functionality from VSET has been ported to TFX-CLI. Here are a few key differences:
- Commands are namespaced in TFX-CLI. For example, Extensions-commands follow the form
tfx extension <command> [--argument(s)]
, and Extension Publisher commands follow the formtfx extension publisher <command> [--argument(s)]
. - There are no short-hand arguments. For example,
-o
in VSET would need to be passed as--output-path
in TFX-CLI. - For any required parameter that is not specified when the command is invoked, the user will be interactively prompted for the parameter value.
- Localization support is not yet ported, but will come soon.
Quick start with TFX-CLI
| VSET | TFX-CLI |
| ------------- |-------------|
| vset package
| tfx extension create
|
| vset package -m myextension.json
| tfx extension create --manifest-globs myextension.json
|
| vset publish --token <personal_access_token>
| tfx extension publish --token <personal_access_token>
|
| vset publish --token <personal_access_token> --save
| tfx extension publish --token <personal_access_token> --save
|
| vset create-publisher fabrikam "Fabrikam, Inc." "My Fabrikam Publisher" --token <personal_access_token>
| tfx extension publisher create --token <personal_access_token>
(other values are prompted interactively) |
Help
To get a list of commands, simply type the command namespace with --help
, e.g. tfx --help
, or tfx extension --help
.
To get help for any individual command, type --help
after the command, e.g. tfx extension create --help
.
== Below this point is documentation for VSET only. ==
This utility packs and publishes extensions for Visual Studio Online, as well as performs applicable upgrades to existing extensions.
Usage
Tooling
This app requires NodeJS and npm (included with the NodeJS installer).
Setup
- Run
npm install -g vset
. - If %APPDATA%\npm is in your PATH, simply invoke "vset"
Prep your manifest(s)
This tool will merge any number of manifest files (all in JSON format) into the required .vsomanifest and .vxismanifest files. If you are using this tool with an extension for the first time, you may need to add a few things to your manifest:
Run
If you are on Windows and %APPDATA%\npm is in your PATH, simply invoke "vset".
There are eight commands, one of which must be the first argument to vset:
package
. Generate a VSIX package from a set of partial manifests and assets.publish
. Publish a VSIX package, which is either manually specified or generated.create-publisher
. Create a publisher in the gallery.delete-publisher
. Delete a publisher in the gallery.share
. Share a private extension with other accounts.unshare
. Unshare a private extension.show
. Show information about an extension.migrate
. Upgrade a manifest to the M85 format.
To see a list of commands, run vset --help
. To get help, including available options, for any command, run vset <command> --help
.
Package
This command packages a VSIX file with your extension manifest and your assets, ready to be published to the Gallery. First, we load all the manifests matched by the manifest-glob option, parse them as JSON, and attempt to merge them all into a single object. This allows you to maintain your manifest as several files, split into logical components. Then the VSIX package is generated and written to the file system.
You have two options for supplying inputs to this command: using command-line flags or using a settings file (see below). Otherwise, the following defaults will be used:
outputPath
: current working directory/publisher.extension_namespace-version.vsixroot
: current working directorymanifestGlob
: **/*-manifest.json
Command-line arguments for package
You can use the following command-line arguments to override the defaults:
-r, --root <string>
-o, --output-path <string>
-m, --manifest-glob <string>
Note: When using command-line arguments, only one glob can be specified for finding manifests
Examples
vset package --root . --output-path C:/temp/myextension.vsix --manifest-glob **/*.json
- use command line options to package a VSIX
vset package
- use ./settings.vset.json (see below) or defaults (if settings.vset.json does not exist) to package a VSIX
Publish
This command publishes a VSIX file to the Gallery. The VSIX can either be generated (default) or specified manually. You must specify two options for publishing:
-t, --token <string> - Specify your personal access token.
-v, --vsix <string> - If specified, publishes the VSIX at this path instead of auto-packaging.
-w, --share-with <string> - If specified, share the extension with the comma-separated list of accounts (private extensions only).
To get a personal access token, navigate to https://<your_account_url>/_details/security/tokens
and Add a new token for All accessible accounts and All scopes. Copy and paste the generated token into the settings.vset.json file.
If you do not specify the --vsix
argument, the tool will first package the VSIX. In this case, you may additionally specify the arguments from the package section or rely on the defaults.
Temporary path for VSIX
If you don't want to keep the generated VSIX around after it is published, you can specify to use a temporary path in package settings. Simply use {tmp}
as the outputPath. Note: The generated VSIX will be deleted after it is published.
Examples
vset publish --root . --output-path C:/temp/myextension.vsix --manifest-glob **/*.json --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
vset publish --vsix C:/temp/existingextension.vsix --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
vset publish
- use ./settings.vset.json (see below) to publish a VSIX (which may be packaged also, depending on the presence of the publish.vsixPath property
Create and Delete Publisher
These commands are used to create or delete a publisher. When creating a publisher, you must specify the same token that is required for publishing (either using a settings.vset.json file or command line options).
create-publisher [options] <unique_name> <display_name> <description>
delete-publisher [options] <unique_name>
Examples
vset create-publisher "fabrikamCorp" "Fabrikam, inc." "This is Fabrikam, inc.'s main publisher." --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
vset delete-publisher "fabrikamCorp"
- Use a settings.vset.json file (see below)
Migrate
Use this command to migrate a manifest to the new model introduced in M85. For any items that may require your attention, you will see a warning.
Migrate requires two arguments, path_to_manifest
and publisher_name
. The 3rd argument, output_path
, is optional.
path_to_manifest
- Specify an absolute or relative path to the manifest you wish to migrate to M85.
publisher_name
- Specify the name of the publisher you created in the VSO Gallery.
output_path
- Specify an absolute or relative path to write the upgraded JSON. If omitted, overwrite the original file at path_to_manifest
.
If there already exists a file at output_path
(or if it is omitted), you must specify -f
or --force
to overwrite that file.
Examples
vset migrate extension.json MyPublisher extension-m85.json
- Migrate and write the result to extension-m85.json.
vset migrate extension.json MyPublisher --force
- Migrate and overwrite the original file.
Sharing & Extension Info
You can use the commands show
, share
, and unshare
to get information about a published extension, share a published extension (private), and un-share a published extension (private), respectively.
For each of these commands in addition to your personal access token, you must specify the extension, either by providing a path to the VSIX that was published, or by providing the publisher ID and extension ID.
-t, --token <string> - Specify your personal access token.
-v, --vsix <string> - Path to the VSIX that was published.
OR
-p, --publisher <string> - ID of the publisher of the extension
-e, --extension <string> - ExtensionId
Examples
vset show --publisher fabrikam --extension my-extension --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
- Show information about the "my-extension" extension published by fabrikam.
vset show --vsix C:/temp/path/to.vsix --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
- Show information about the indicated published VSIX.
vset share --publisher fabrikam --extension my-private-extension --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx --share-with contoso,freezingfog
- Share the "my-private-extension" extension with the contoso and freezingfog accounts.
vset unshare --publisher fabrikam --extension my-private-extension --token xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx --share-with contoso,freezingfog
- Un-share the "my-private-extension" extension with the contoso and freezingfog accounts.
You may also provide a --settings
option (see below) to specify a personal access token.
Advanced
Settings file
See the settings.vset.example.json file for an example.
To create a settings file, specify the --save
option for any command. This will create a settings file (at the path provided from --settings
, defaults to ./settings.vset.json
) to save any command line options that are passed in. This way, subsequent invocations of vset
will use the same option values. Of course, options passed in the command line will always override those found in a settings file.
If a file already exists at the settings path, any given command line options will be merged into the settings file.
Your settings file is a JSON file with two root properties: package
and publish
. Each of those points to a nested object with their respective settings, modeled by the following schema:
{
/**
* Settings for VSIX packaging
*/
"package" {
/**
* Specify the root folder from which the manifest globs should search for manifests.
*/
"root": string;
/**
* Specify the output path and filename for the generated VSIX file.
*/
"outputPath": string;
/**
* Specify a list of globs for searching for partial manifests.
*/
"manifestGlobs": string|string[];
/**
* Provides a way to silently override any values in the manifest. Useful, for example,
* if you want to publish your changes under a different publisher without changing the
* extension manifest JSON.
*
* The value of this property is treated just like any other partial manifest, except
* that it is given highest priority.
*/
"overrides": Object;
}
/**
* Settings for publishing and publisher management
*/
"publish" {
/**
* Personal Access Token (52-character alphanumeric string)
* for publishing extensions (all accounts, all scopes)
*/
"token": string;
/**
* Path to a VSIX to be published. If not specified, the
* VSIX will be generated using package settings above
*/
"vsixPath": string;
/**
* Array of account names to share this extension with.
*/
"shareWith": string[];
/**
* Url to the VSO Gallery. You will not need to set this (default should be fine).
*/
"galleryUrl": string;
}
}
Fiddler
If you want your requests to route through the Fiddler proxy, you must pass in the --fiddler
option. Fiddler must be open if this is passed; otherwise all requests will fail.
Debug
Pass the --debug
flag to get additional log messages in the console window.
Suppress title
Pass the --nologo
flag to suppress printing the title message when running the tool. Useful if you want to parse the output of the tool.