@nrafinia/csmesh 0.7.0 → 0.7.1

This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
Files changed (2) hide show
  1. package/README.md +9 -4
  2. package/package.json +1 -1
package/README.md CHANGED
@@ -300,10 +300,15 @@ csmesh index
300
300
 
301
301
  > [!TIP]
302
302
  > **Using source generators — or starting from a cold checkout?** A fresh clone resolves less
303
- > completely than a built one: package and framework types come from `bin/`, and generated sources
304
- > (Blazor/Razor, System.Text.Json, `[GeneratedRegex]`, `[LibraryImport]`, `[LoggerMessage]`, ...)
305
- > live under `obj/`. A plain build restores the references; the flags additionally write the
306
- > generated sources to disk where `csmesh` can read them:
303
+ > completely than a restored one: package types come from each project's
304
+ > `obj/project.assets.json`, and generated sources (Blazor/Razor, System.Text.Json,
305
+ > `[GeneratedRegex]`, `[LibraryImport]`, `[LoggerMessage]`, ...) live under `obj/`. Restore first
306
+ > so the assets files are on disk:
307
+ > ```bash
308
+ > dotnet restore
309
+ > csmesh index
310
+ > ```
311
+ > When the code uses source generators, build with the flags first so their output is on disk too:
307
312
  > ```bash
308
313
  > dotnet build --no-incremental -p:EmitCompilerGeneratedFiles=true
309
314
  > csmesh index
package/package.json CHANGED
@@ -1,6 +1,6 @@
1
1
  {
2
2
  "name": "@nrafinia/csmesh",
3
- "version": "0.7.0",
3
+ "version": "0.7.1",
4
4
  "description": "Structural code intelligence & call-graph engine for C# and .NET — built for AI coding agents under hard token budgets",
5
5
  "bin": {
6
6
  "csmesh": "./bin/run.js"