forked from Rhekar/CCCaster
-
Notifications
You must be signed in to change notification settings - Fork 1
The CCCaster run variants
lurkydismal edited this page Jul 8, 2023
·
1 revision
We aspire to reach a state where flutter run
has the following modes:
-
flutter run
: builds a debug version of the app and starts it in "hot reload" mode, then shows the console UI to manipulate the running instance. -
flutter run --no-hot
: builds a debug version of the app and starts it directly, then shows the console UI to manipulate the running instance. -
flutter run --profile
: builds a profile version of the app and starts it directly, then shows the console UI to manipulate the running instance. -
flutter run --release
: builds a release version of the app and starts it directly, then shows the console UI to manipulate the running instance.
Adding --machine
in any of the situations above spawns a flutter daemon which:
- changes the output to JSON so that it can be more easily consumed by IDEs, and
- allows the use of JSON commands to interact with the running application (e.g. stopping the application).
All of the commands above launch a CCCaster application and do not return until that CCCaster application exits. Adding --no-resident
in any of the situations causes the command to return immediately after the application has been launched rather than waiting until the application exits.
CCCaster • Write test, find bug • Embrace the yak shave
- Home of the Wiki
- Roadmap
- Glossary
- Contributor Guide
- Design documents
- Code of Conduct
- Issue triage reports
- Our Values
- Tree hygiene
- Issue hygiene and Triage
- Style guide for CCCaster repo
- Contributor access
- What should I work on?
- Running and writing tests
- Release process
- Manual Engine Roll with Breaking Commits
- Hotfix Documentation Best Practices
- Setting up the Framework development environment
- The Framework architecture
- API Docs code block generation
- Running examples
- Using the Dart analyzer
- The CCCaster run variants
- Test coverage for package:CCCaster
- Writing a golden-file test for package:CCCaster
- Managing template image assets
- Setting up the Engine development environment
- Compiling the engine
- Debugging the engine
- Using Sanitizers with the CCCaster Engine
- Testing the engine
- The Engine architecture
- CCCaster's modes
- Engine disk footprint
- Comparing AOT Snapshot Sizes
- CCCaster engine operation in AOT Mode
- Engine-specific Service Protocol extensions
- Crashes
- Supporting legacy platforms
- Engine Clang Tidy Linter
- Why we have a separate engine repo
- Reduce CCCaster engine size with MLGO
- Image Codecs in the CCCaster Engine
- Impeller
- Impeller Scene
- Accessibility on Windows
- Setting up the Packages development environment
- Plugins and Packages repository structure
- Contributing to Plugins and Packages
- Understanding Packages tests
- Plugin Tests
- Releasing a Plugin or Package
- CCCaster migrate