android-workflow-internal_skill

This skill generates two GitHub Actions workflows for Android: CI build/tests and manual internal releases with version control.
  • Shell

1

GitHub Stars

1

Bundled Files

2 months ago

Catalog Refreshed

4 months ago

First Indexed

Readme & install

Copy the install command, review bundled files from the catalogue, and read any extended description pulled from the listing source.

Installation

Preview and clipboard use veilstrat where the catalogue uses aiagentskills.

npx veilstrat add skill hitoshura25/claude-devtools --skill android-workflow-internal

  • SKILL.md10.9 KB

Overview

This skill generates two focused GitHub Actions workflows for Android: a CI-only build & test workflow and a manual release workflow for the Play Store internal track. It follows Option D (Split Workflows) to enforce separation of concerns, version management, and intentional releases. The workflows integrate Gradle, JDK setup, caching, Fastlane deployment, and automated version bumping and tagging.

How this skill works

It creates .github/workflows/build.yml that runs on pushes and pull requests to main and performs checkout, JDK setup, Gradle cache/setup, assembleRelease, unit tests, and uploads test reports. It also creates .github/workflows/release-internal.yml triggered only by workflow_dispatch to perform a controlled release: calculate and commit version bumps, build the release bundle, decode keystore from secrets, run Fastlane deploy_internal, upload artifacts, create a git tag, and write a release summary. Both workflows include validation and cleanup steps.

When to use it

  • You want strict separation between CI validation and deployments
  • You need manual, auditable releases to the Play Store internal track
  • You require automated version bumping and tag creation during releases
  • You have Fastlane and version scripts already configured
  • You want faster CI runs without deployment overhead

Best practices

  • Ensure Fastlane setup and metadata exist before enabling workflows
  • Store signing keys and service account JSON in repository secrets (base64 as needed)
  • Keep fetch-depth: 0 in release workflow to allow tagging and version calculation
  • Validate YAML syntax with yamllint after creating workflows
  • Run bundle exec fastlane lanes locally to confirm deploy_internal lane exists

Example use cases

  • Run build.yml on every PR to catch regressions and upload test reports
  • Trigger Release to Internal Track manually when a new internal tester build is needed
  • Use version bump input (patch/minor/major) to control semantic versioning during release
  • Automate tag creation and push version commit as part of release audit trail
  • Upload AAB artifacts for QA while preventing accidental public deployments

FAQ

You must have Fastlane configured with a deploy_internal lane, fastlane metadata in fastlane/metadata/android/en-US/, version scripts, and service account + signing secrets in GitHub.

Why separate CI and release workflows?

Separation prevents accidental deployments, speeds up CI by removing deployment steps, and ensures releases are intentional with version bumps and tags tracked in git.

Built by
VeilStrat
AI signals for GTM teams
© 2026 VeilStrat. All rights reserved.All systems operational