You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
- For the native analysis binary tests: `cd analysis && make test`.
79
+
- For the native analysis and tools binary tests: `make test`.
71
80
72
81
## Change the Grammar
73
82
@@ -96,7 +105,7 @@ We call a few binaries and it's tricky to call them properly cross-platform. Her
96
105
97
106
## General Coding Guidance
98
107
99
-
-`server/` is a standalone folder that can be vendored by e.g. Vim and Sublime Text. Keep it light, don't add deps unless absolutely necessarily, and don't accidentally use a runtime dep from the top level `package.json`.
108
+
-`server/` is a standalone LSP server. Keep it light, don't add deps unless absolutely necessarily, and don't accidentally use a runtime dep from the top level `package.json`.
100
109
- This codebase stayed alive by not trying to babysit long-living processes. Be fast, call a binary and shut down.
101
110
102
111
## Rough Description Of How The Plugin Works
@@ -197,9 +206,8 @@ We're happy to gather more resources over time here, including more in-depth get
197
206
_This below will automatically release the LSP package as well._
198
207
199
208
1. Bump the version to an _even minor_ version number in `package.json` and `server/package.json` and their lockfiles. It's very important that it's an even minor like `1.8.0`, and not `1.7.0`. This is because even minors are reserved for actual releases, and uneven minors for pre-releases. Commit and push the version bump.
200
-
2. Make sure @ryyppy is aware of your changes. He needs to sync them over to the vim plugin.
201
-
3. Let CI build your version bump commit.
202
-
4. Tag the commit with the version number (e.g. `git tag 1.6.0`) and push the tag (e.g. `git push origin 1.6.0`). Another build will trigger, which should automatically:
209
+
2. Let CI build your version bump commit.
210
+
3. Tag the commit with the version number (e.g. `git tag 1.6.0`) and push the tag (e.g. `git push origin 1.6.0`). Another build will trigger, which should automatically:
203
211
- create a `rescript-vscode-<version-number>.vsix` file
204
212
- publish that extension version to the VSCode marketplace
205
213
- create an automatic release on GitHub
@@ -214,4 +222,4 @@ For beta releases, ask folks to use the pre-release version installable from the
214
222
215
223
## Releasing the `@rescript/tools` package
216
224
217
-
The tools package is released by bumping the version in `tools/package.json`, running `npm i` in the `tools/` folder, and then pushing those changes with the commit message `publish tools`.
225
+
The tools package is released by bumping the version in `tools/package.json` and run `node scripts/updateVersion.js`, running `npm i` in the `tools/` folder, and then pushing those changes with the commit message `publish tools`.
0 commit comments