1.8 KiB
Visual Studio Code Extensions
Conventions for adding new extensions
-
Extensions are named in the lowercase version of the extension's unique identifier. Which is found on the marketplace extension page, and is the name under which the extension is installed by VSCode under
~/.vscode. Extension location should be: ${lib.strings.toLower mktplcRef.publisher}.${lib.string.toLower mktplcRef.name} -
Move extension to a discrete directory whenever the extension needs extra parameters/packages (at top of the file) or other files (such as patches, update script, components). Global index file parameters/packages should be utilities shared by many extensions. Extension specific parameters/packages should not be in the global index page.
-
Currently
nixfmt-rfc-styleformatter is being used to format the VSCode extensions. -
Respect
alphabetical orderwhenever adding extensions. On disorder, please, kindly open a PR re-establishing the order. -
Avoid unnecessary use of
with, particularlynested with. -
Use
hashinstead ofsha256. -
On
metafield:- add a
changelog. descriptionshould mention it is a Visual Studio Code extension.downloadPageis the VSCode marketplace URL.homepageis the source-code URL.- verify
licensein upstream.
- add a
-
On commit messages:
- Naming convention for:
-
Adding a new extension:
vscode-extensions.publisher.extension-name: init 1.2.3
Release: https://github.com/owner/project/releases/tag/1.2.3
-
Updating an extension:
vscode-extensions.publisher.extension-name: 1.2.3 -> 2.3.4
Release: https://github.com/owner/project/releases/tag/2.3.4
-
- Multiple extensions can be added in a single PR, but each extension requires it's own commit.
- Naming convention for: