Codecov Report

❌ Patch coverage is18.41004% with390 lines in your changes missing coverage. Please review.
✅ Project coverage is 67.34%. Comparing base (a8423ab) to head (0c28634).
⚠️ Report is 1 commits behind head on master.

@@            Coverage Diff             @@##           master    #3019      +/-   ##==========================================- Coverage   68.39%   67.34%   -1.06%==========================================  Files         241      246       +5       Lines       22734    23137     +403     ==========================================+ Hits        15550    15582      +32- Misses       5988     6350     +362- Partials     1196     1205       +9

☔ View full report in Codecov by Sentry.
📢 Have feedback on the report?Share it here.

Hello Cristian,

Thanks for your great work 💪 I’ve been testing this area from the IDE side and was wondering how this feature is expected to work with an IDE or editor. Maybe this isn’t the most appropriate channel, but I guess you’re the best person to ask.

It’s clear there’s a real need for this feature:

• https://github.com/thelastoutpostworkshop/arduino-maker-workshop is a great example but doesn’t use gRPC
• https://github.com/devista-consulting/arduino-sketch-vault is a clever workaround for IDE 2.x but doesn’t use the CLI

While reading the PR and the related IDE issuearduino/arduino-ide#2573, I was trying to understand how profiles are meant to behave over gRPC, maybe later in Arduino IDE 2.x:

• If an IDE opens two sketches with different profiles (e.g.arduino:avr:uno andesp32:esp32:esp32da), should each sketch have its own gRPC client or session?
• When switching or activating a profile, does the CLI reinitialize the build environment (toolchains, platforms, libraries), or are these shared and cached? For example, iflibA is installed in profileA but not in profileB, will a library search over gRPC return different results for each profile?
• If multiple profiles use the same library, will it be installed multiple times, or can they share a global copy? Since each sketch can have its ownsketch.yaml, does that mean the same dependency could be downloaded many times?
• When using gRPC, shouldcompile,upload, etc. always loadfqbn,port, and other settings from the active profile, or should clients omit them?

I really like how profiles make builds reproducible and easy to share — that’s perfect for CI or collaborative work. But in an IDE that uses gRPC interactively, managing multiple isolated clients could get heavy, especially if it means repeated downloads.

In my current setup I treatsketch.yaml mostly as a lightweight config file. Libraries and platforms are managed globally, and if something is missing, the user only gets a warning instead of full profile enforcement.

I’d be curious to hear how Arduino sees this working long-term on the gRPC side — especially for IDE integration. Will profiles act more like isolated environments or just as stored build settings that can be written and updated through gRPC?

No hurry with this. Thanks a lot for your time