Automic VaultAutomic Vault

brew

Install astro with Homebrew, winget

To build and run Airflow DAGs locally and interact with the Astronomer API. Version 1.43.1 via Homebrew; verified 2026-07-02.

install

Additional install commands

macOS

Homebrewverified · 100%
brew install astro

local Homebrew formula metadata

Windows

Windows Package Managerverified · 92%
winget install --id Astronomer.Astro -e

Windows Package Manager source index · Astronomer.Astro · source: cdn.winget.microsoft.com

overview

Package summary

To build and run Airflow DAGs locally and interact with the Astronomer API

Commands and aliases

  • astro

history

Project history and usage

Astro CLI is Astronomer's command-line interface for developing Apache Airflow projects locally and deploying them to Astronomer products. In package-manager terms it is the small Go binary that turns a directory of DAGs, requirements, Dockerfile, and Astro project metadata into a repeatable local Airflow environment and a deployable unit.

Project history

The CLI grew out of Astronomer's Airflow platform tooling and was distributed publicly as the astro-cli repository. Its README describes it as a command-line interface for data orchestration that works with Astronomer products, and its release notes mark all releases before 1.0.0 as beta. Version 1.0.0 was published in May 2022 as the converged Astro CLI release, while Astronomer's own CLI release notes document the transition from older astrocloud command names to the standardized astro login, astro logout, astro dev init, and deployment commands.

The tool's center of gravity is local developer experience for Airflow: astro dev init creates a project skeleton, astro dev start runs the Airflow stack locally in containers, and deployment/workspace commands talk to Astronomer APIs. Later releases added Windows package-manager support, organization and context switching, richer config commands, and deployment inspection/logging features.

Adoption history

Homebrew packages the CLI as astro and the upstream README documents brew install astro for macOS, winget install -e --id Astronomer.Astro for Windows, and an install.astronomer.io shell installer for Linux. That multi-channel distribution matters because Airflow teams often need the same CLI in laptops, CI, and enterprise Windows workstations.

Adoption is tied to Astronomer's hosted Astro and Astronomer Software/Private Cloud products rather than being a general Airflow replacement. The CLI became the user-facing packaging point for Astronomer's Airflow workflow: initialize a project, run it locally, test DAGs, and deploy to a managed Deployment.

How it is used

Typical package usage starts with brew install astro, then astro dev init in an empty project directory and astro dev start to build and run local Airflow containers. The generated project includes dags, tests, Dockerfile, requirements.txt, packages.txt, plugins, include, and an .astro/config.yaml file for project settings.

Astro CLI stores project settings in .astro/config.yaml and global settings in a user-level Astro config file. Astronomer documentation notes project-level settings such as webserver and Postgres ports and says global configuration is stored centrally with the executable, for example under ~/.astro/config.yaml on Unix-like systems. Login-related context and cached identity state also live in the user-level config.

Why package nerds care

For package nerds, astro is a good example of a cloud-product CLI that still earns a normal package-manager slot because its heavy dependencies are external services and container runtimes, not vendored platform SDKs. The package is mostly a single command surface, but it orchestrates Docker/Podman, generated project files, Airflow commands, and authenticated API calls.

The formula is also notable because it has to track a fast-moving SaaS CLI while preserving enough compatibility for CI images and developer laptops. Astronomer's docs warn that backward compatibility is guaranteed only between matching minor versions of the platform and CLI, which makes package version selection operationally important.

Timeline

  • 2021: Public beta-era Astro CLI releases were already being published from the astronomer/astro-cli repository.
  • 2022-05-27: Astro CLI v1.0.0 was published as the converged v1 release.
  • 2022-06-28: Astronomer documented Astro CLI 1.2.0 and the standardized astro command names.
  • 2022-10-27: Astro CLI v1.6.0 added documented winget installation support for Windows.
  • 2026: Astronomer documentation continues to position Astro CLI as the command reference and local development tool for Astro projects.

Related projects

  • Apache Airflow is the workflow engine Astro CLI packages around for local and managed development.
  • Docker or Podman provide the local container runtime used by astro dev commands.
  • Astronomer Astro and Astronomer Software/Private Cloud are the platform targets for deployment and context commands.

security posture

No protected-tool coverage found yet

No matching local secret-handling manifest was found for astro. Nucleus package metadata is still published here so future coverage has a stable package URL.

Install behavior

  • No Homebrew post-install hook is recorded in formula metadata.
  • Homebrew bottle metadata is available for 5 platform targets.
  • Installs with 1 runtime dependencies.
  • Build metadata lists 1 build dependencies.

Recommended review

Before unattended agent use, check whether the tool reads plaintext credentials, writes remote state, publishes artifacts, or shells out to plugins.

local files

Configuration and credential file locations

These source-backed paths show where this package keeps local settings or durable credentials. Automic Vault can use them as review targets for secret scanning, migration, and command approval.

Configuration files

Config paths the tool may read or write during local use.

Unix
.astro/config.yaml~/.astro/config.yaml
Windows
.astro/config.yaml%USERPROFILE%\.astro\config.yaml

Credential files

Credential-bearing paths to review before unattended agent runs.

Unix
~/.astro/config.yaml
Windows
%USERPROFILE%\.astro\config.yaml

executables

Installed executables

CommandKindExposureNote
astrocliglobal executable

freshness

Version and freshness

These signals separate page generation age, package-manager activity, and upstream release comparison. Version lag is warned only when an evidence URL and comparable versions are present.

page generated2026-07-08
manager version1.43.1
manager updated2026-07-02
local dataok
upstreamcurrent
latest detectedv1.43.1

https://github.com/astronomer/astro-cli

  • okNo freshness warnings were generated.

install metadata

Package metadata

Package keybrew:astro
Version1.43.1
Package managerHomebrew
Package manager pagehttps://formulae.brew.sh/formula/astro
Homepagehttps://www.astronomer.io/
Repositoryhttps://github.com/astronomer/astro-cli
Upstream docshttps://www.astronomer.io/docs/astro/cli/configure-cli
LicenseApache-2.0
Source archivehttps://github.com/astronomer/astro-cli/archive/refs/tags/v1.43.1.tar.gz
Last updated2026-07-02T16:40:03Z
Pulseupdated
Dependenciespodman
Build dependenciesgo
Bottleavailable (on arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, x86_64_linux)
Homebrew post-installnot defined
Servicenone declared

registry facts

Source database details

Source DatabaseHomebrew formula API
Taphomebrew/core
Full Nameastro
Version Scheme0
Revision0
Head VersionHEAD
Bottle Stable Root URLhttps://ghcr.io/v2/homebrew/core
Deprecatedno
Disabledno
Keg Onlyno
URL Keys
  • head
  • stable

source database matches

Other package-manager records

Matches are pulled from external package-manager indexes and kept separate from local Automic Vault package links.

winget95%

Astronomer.Astro

winget install --id Astronomer.Astro -e
  • normalized package name match
  • Matched by: Astro
Windows Package Manager source index · cdn.winget.microsoft.com · Windows Package Manager source index: Astronomer.Astro from https://cdn.winget.microsoft.com/cache/source.msix

source trail

Generated from repository data

This page is generated by av-web from the private package SQLite artifact built by scripts/generate-pkg-sqlite.py.

Used sources

  • Geiger risk classifier
  • Nucleus package database
  • av.db category and tag curation
  • cross-ecosystem install command graph
  • curated configuration and credential file locations
  • curated package history
  • external package-manager database matches
  • package relationship graph
  • package version freshness
  • package-page enrichment