Skip to content
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

[Feature Request] Don't require specifying Flutter version in VS Code dart.flutterSdkPath config #743

Open
zeshuaro opened this issue Jun 22, 2024 · 0 comments
Labels
enhancement New feature or request

Comments

@zeshuaro
Copy link
Contributor

Before creating a feature request make sure the suggestion fit within our principles

Is your feature request related to a problem? Please describe.
I recently started to migrate my projects to fvm v3. However, I noticed that v3 now requires the following config for VS Code integration, which involves specifying the Flutter version

{
  "dart.flutterSdkPath": ".fvm/versions/3.22.2"
}

The problem I'm facing is that I also use Renovate to automatically update all my dependencies, which includes updating my project Flutter version. This has been fine with fvm v2 as it simply updates .fvm/fvm_config.json with the new Flutter version (sample PR).

While Renovate has already been updated to support .fvmrc in v3, I don't believe it supports updating the VS Code config, as that's probably out-of-scope for a dependency management tool. So now with fvm v3, my Renovate workflow no longer works as the VS Code config also needs to be updated.

Describe the solution you'd like
Don't require specifying Flutter version in VS Code dart.flutterSdkPath config, so that users don't have to worry about updating this config when they update Flutter version.

Describe alternatives you've considered
A GitHub actions step, which will run after the Renovate PR is created, to parse .fvmrc and read the latest version, then update it in VS Code config. But I'm hoping to avoid doing this.

Additional context
N/A

@zeshuaro zeshuaro added the enhancement New feature or request label Jun 22, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

1 participant