Skip to content

Guide

These pages are for everyday Jugg users who have already installed the plugin and need to know what to click after changing code, how to respond to dialogs, when to restart or clear app data, and where to look first when something goes wrong.

Choose a page by task

What you want to doRecommended pageWhen to use it
Run the app after changing code or resourcesRun an appCompile, deploy, launch, and assess the result in one Jugg Run
Rebuild when no files have changedFall back to Gradle compilationHandle no-change fallback, use the fallback button, respond to a dependency-change dialog, or confirm a large incremental compile
Export the current incremental result as an APKExport an incremental APKExport the compiled incremental APK from the fallback confirmation dialog
Restart the current app without recompilingRestart the appVerify startup logic, caches, singletons, or static / companion changes
Clear app data and reinstallClear app dataCreate a clean installation state or rebuild device deployment state
Run on multiple devicesSelect multiple devicesCompile once and deploy to each device selected in Android Studio
Update a home-screen widget or notification RemoteViewsAndroid RemoteViewsWrite incremental changes into APK content so the system can read them
Recover from repeated deployment failures on one deviceCompatibility deploymentUse the compatibility hot-fix path for a specific device
Start a debugging sessionDebugLet Jugg compile and deploy, then attach the Android Studio Java debugger
Run src/androidTest testsAndroid TestRun instrumentation tests from the gutter, a Run Configuration, or the CLI
Use Jugg from a terminal or an agentCLIUse jugg compile, deploy, instrument, UI tools, and log commands
Configure MCPMCPUnderstand the public MCP features, port, response model, and why the CLI is preferred in most cases
Export layouts, locate elements, or tap a deviceUI inspectionProvide UI hierarchy, property queries, and touch controls to an agent or script
Use a cloud development machine or remote build hostRemote GradleKeep the IDE and deployment local while Gradle builds run remotely
Extend compilation stagesCustom compilerAdd project-specific generation, transformation, or validation logic
Adjust More Options settingsAdvanced optionsUnderstand runtime strategies, tool entry points, and internal diagnostics settings
Upload issue logsReport an issueUpload logs and obtain an Issue ID when compilation, deployment, or runtime results are unexpected
Self-host a backend for configuration, updates, and event reportingJugg backendCentrally distribute project configuration, plugin upgrades, hot updates, and usage events

A typical development loop

text
Change code or resources
  -> Select a device and Jugg Run Configuration in Android Studio
  -> Click Run or Debug
  -> Jugg saves files and chooses incremental compilation or Gradle
  -> Jugg deploys automatically after compilation succeeds
  -> The result uses Hot Reload, restarts the app, installs an APK, or reports a failure

Most application code, resource, and layout changes can be handled by clicking Run. Jugg performs compilation and device updates in the background. Focus on three outcomes: whether the run succeeded, whether the app restarted, and whether Jugg fell back to Gradle.

  • After initial setup, switching branches, pulling many changes, or modifying Gradle configuration, accept one Gradle build to establish a trusted baseline.
  • For small Java/Kotlin, resource, layout, or asset changes, use Jugg Run first.
  • When you know a full build is required, use Fall back to Gradle compilation.
  • When you need to clear app data, use Clear app data instead of clearing it manually in system settings.
  • After changing app startup logic, static initialization, singleton caches, or object initialization, restart the app if the run used Hot Reload.
  • When an incremental result is unexpected, compare it with one Gradle build before submitting Jugg logs.
  • For agents, configure the Jugg CLI Skill first. Use MCP only when direct MCP client integration is required.
  • To submit a problem, use Report an issue to upload logs, then send the Issue ID to the maintainer.