-
-
Notifications
You must be signed in to change notification settings - Fork 6
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
Convert launch.json
properties to camelCase
#21
Changes from 1 commit
File filter
Filter by extension
Conversations
Jump to
Diff view
Diff view
There are no files selected for viewing
Original file line number | Diff line number | Diff line change |
---|---|---|
|
@@ -20,10 +20,7 @@ To work on this extensions, you first need to install VS Code and nodejs. Afterw | |
```bash | ||
yarn | ||
``` | ||
- Install a VS Code extension necessary for development: | ||
```bash | ||
code --install-extension amodio.tsl-problem-matcher | ||
``` | ||
- Install the extensions VS Code recommends | ||
- Open VS Code | ||
- Press F5 to start a new VS Code instance where the extension can be debugged. You can also open the "Run and Debug" panel in the left sidebar, and then start the "Extension" debug configuration. | ||
|
||
|
@@ -47,5 +44,20 @@ To work on this extensions, you first need to install VS Code and nodejs. Afterw | |
* Select the debug environment `probe_rs Server Test`. | ||
* Press `F5` to start debugging. | ||
|
||
|
||
## Generating and releasing the extension | ||
Because the extension is still regarded as being in 'Alpha' state, it is NOT being released on the Microsoft Visual Studio Code Extension Marketplace. The only way to get access to updated versions of the extension is to build it yourself, or to download it from the [GitHub release page](#development-setup) for this extension. | ||
|
||
### Build the extension | ||
Building the extension refers to the process that generates the installable `.vsix` package. | ||
* Follow the instructions to [setup your development environment](#development-setup). | ||
* In a terminal window, execute the following command: | ||
``` | ||
yarn probe-rs:package | ||
``` | ||
* This will generate a .vsix file in the root of the repository | ||
|
||
### Updating the GitHub release page | ||
After any PR has been merged, you need to consider if it is necessary to update the `.vsix` in the repository's [release page](https://github.com/probe-rs/vscode/releases). | ||
* For minor fixes and changes, just update the asset for the latest release. | ||
There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I think we should always create a new release, updating an existing release can be very confusing. There was a problem hiding this comment. Choose a reason for hiding this commentThe reason will be displayed to describe this comment to others. Learn more. I can align with that. Ideally I'd like bors to compile and create the release, but I don't know enough about bors to automate that. |
||
* For significant fixes and changes, please update the version number [see the Semantic Versioning guidelines](https://semver.org/), and create a new release tag. | ||
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like doing this on the command line, since it is also used in the previous steps. Maybe we can just say something like "Install the recommended extensions in VS Code, or run the following command line: "?
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
That would work, but then we'd have to update this README every time we have some new extension required (like the discussions about enforcing code formatting. I have a suggestion that might help both of us. Let me push into this PR and you can see if you are OK with it.