Detalhes do pacotev4.3.2

fvm

Uma simples CLI para gerenciar versões do Flutter SDK por projeto. Suporte a canais, lançamentos e cache local para troca rápida entre versões.

Windows

pub.dev Documentação da API Código-fonte

Downloads em 30 dias: 197 mil
Curtidas: 726
Pontos Pub: 130

Instalar pacote

flutter pub add fvm

Visão geral do pacote

Orientação gerada a partir de informações públicas. Apenas para referência.

O FVM (Flutter Version Manager) é uma ferramenta de linha de comando que simplifica a gestão de várias versões do SDK do Flutter em projetos diferentes. Ele permite que desenvolvedores alternem facilmente entre canais estáveis, beta, dev e master, bem como versões específicas. O FVM armazena em cache as versões do SDK do Flutter localmente para trocas rápidas e garante que cada projeto use sua versão designada. Ideal para equipes trabalhando em múltiplos projetos Flutter com requisitos diferentes de SDK.

Casos de uso

Gerenciando várias versões do Flutter em um único ambiente de desenvolvimento
Alternando entre canais estáveis e beta do Flutter
Garantir versões consistentes do SDK entre os membros da equipe
Testando aplicativos rapidamente contra diferentes versões do Flutter
Configurando pipelines de CI/CD com versões específicas do Flutter

Principais recursos

Gerenciamento de versão do SDK do Flutter por projeto
Suporte para todos os canais e versões do Flutter
Armazenamento em cache local do SDK para troca mais rápida
Interface de linha de comando simples
Resolução automática de versão por meio do arquivo .fvm/config

Indicado para

Desenvolvedores trabalhando em múltiplos projetos Flutter
Equipes que exigem versões consistentes do Flutter SDK
Ambientes de CI/CD
Testes e depuração entre versões

Considerações

Requer configuração do arquivo .fvm/config por projeto
Limitado à plataforma Windows conforme listado
Pode exigir configuração adicional em IDEs
Incompatível com ferramentas do Flutter que ignoram o caminho do SDK

README original

Snapshot do README original do repositório-fonte vinculado. Consulte o repositório para o conteúdo mais recente.

fvm

Codecov

FVM manages Flutter SDK versions per project. Switch between Flutter versions instantly without reinstalling, making it easy to test new releases and maintain consistent builds across your team.

Why FVM?

Need for simultaneous use of multiple Flutter SDKs.
SDK testing requires constant channel switching.
Channel switches are slow and need repeated reinstalls.
Difficulty managing the latest successful SDK version used in an app.
Flutter's major updates demand total app migration.
Inconsistencies occur in development environments within teams.

For more information, read the Getting Started guide.

Release Process (For Maintainers)

FVM uses GitHub releases to trigger automated deployments across all platforms:

Creating a New Release

Ensure main branch is ready
- All changes merged and tested
- Version will be set automatically from release tag
Create GitHub Release
- Go to GitHub Releases
- Click "Create a new release"
- Choose tag: v4.0.0-beta.2 (follows semver with 'v' prefix)
- Write release notes in GitHub editor
- Click "Publish release"
Automated Deployment
- release.yml triggers automatically
- Deploys to: pub.dev, GitHub binaries, Homebrew, Chocolatey, Docker
- Monitor progress in Actions tab

Dart SDK requirements: Day-to-day development now targets the repository SDK constraint (>=3.6.0 <4.0.0). Release automation lives under tool/release_tool/ and requires Dart SDK >=3.8.0. CI pins this higher tool chain via the RELEASE_DART_SDK environment variable (currently 3.9.0) so it matches the versions packaged for Homebrew and other installers. If you run release tasks locally, switch to a Dart SDK 3.8.0 or newer before executing commands from tool/release_tool/.

Emergency Releases

For hotfixes or emergency releases:

Update version manually in pubspec.yaml
Use individual platform workflows via manual dispatch:
- deploy_homebrew.yml for Homebrew updates
- deploy_docker.yml for Docker deployment
- Individual platform deployments as needed

For complete emergency deployment, create a GitHub release as normal.

See Workflow Documentation for detailed information.