Automic VaultAutomic Vault

brew

heroku mit Homebrew, Nix, winget installieren

Prüfe Installationswege, Executables, Metadaten und Sicherheitshinweise für heroku in AI-Agent-Workflows.

Installation

Weitere Installationsbefehle

macOS

Homebrewverifiziert · 100%
brew install heroku

local Homebrew formula metadata

Linux

Nixverifiziert · 92%
nix profile install nixpkgs#heroku

nixpkgs package indexes · pkgs/by-name/he/heroku/package.nix · Quelle: api.github.com

Windows

Windows Package Managerverifiziert · 92%
winget install --id Heroku.HerokuCLI -e

Windows Package Manager source index · Heroku.HerokuCLI · Quelle: cdn.winget.microsoft.com

Überblick

Paketzusammenfassung

CLI for Heroku

Verlauf

Projektgeschichte und Nutzung

The Heroku CLI is the command-line interface for managing Heroku applications and services. Historically it is one of the defining cloud-platform CLIs: it carried Heroku's git-push deployment workflow, add-ons, dyno management, logs, config vars, database operations, teams, plugins, and local development commands into a single terminal tool.

Projektgeschichte

Heroku's command-line story predates the Node.js repository. In March 2012, Heroku announced the Heroku Toolbelt as a package of the Heroku CLI, Foreman, and Git for OS X, Windows, and Debian/Ubuntu Linux. The post explained that the CLI used Ruby under the hood, while Toolbelt packaging isolated its libraries so developers outside Ruby ecosystems could use Heroku without managing RubyGems themselves.

The `heroku/cli` repository was created on December 20, 2014. The repository README describes the modern CLI as a Node.js and oclif-based command-line interface for Heroku applications and services, with an extensible plugin architecture.

In 2024, Heroku described CLI v9.0.0 as a major architecture release that moved all core commands onto oclif, consolidated commands into a single package, improved tests, and simplified release processes. Heroku noted that earlier commands had been split across legacy and pre-oclif architectures.

In March 2026, Heroku described CLI v11 as a modernization that completed migration to ECMAScript Modules and oclif v4, shipped with Node.js 22 while retaining Node.js 20 compatibility, and added semantic color behavior and workflow changes such as command search and unified data-maintenance commands.

Adoptionsgeschichte

The CLI's adoption follows Heroku's role as an early platform-as-a-service developer workflow. For many users, `heroku create`, `git push heroku`, `heroku config`, `heroku ps`, `heroku logs`, `heroku run`, and add-on commands were the ordinary interface to cloud deployment before web dashboards or infrastructure-as-code tools became default for every platform.

The Dev Center article says the CLI used to be part of the Heroku Toolbelt, then documents standalone installation through Homebrew, installers, and npm. That transition mirrors a broader shift from Ruby-era Heroku tooling to a Node.js/oclif CLI with plugins and generated command documentation.

Heroku's 2016 changelog item for Teams support shows the CLI tracking platform features over time: the old Toolbelt CLI gained commands and flags for team operations as Heroku's collaboration model evolved.

Wie es verwendet wird

The CLI manages app lifecycle, deployment, scaling, logs, add-ons, Heroku Postgres, Heroku Redis, SSL certificates, domains, pipelines, teams, private spaces, and plugin commands. The README's command-topic list functions as a map of Heroku's platform surface area exposed through the terminal.

Authentication is stored through the CLI's credential flow; Heroku Dev Center troubleshooting notes that `.netrc` is where the CLI stores credentials on Unix-like systems, with `_netrc` on Windows.

The CLI also has a plugin culture. The README points developers to Heroku's CLI plugin documentation, and Heroku's architecture writing emphasizes oclif's modular structure and plugin support.

Warum Paket-Nerds sich dafür interessieren

Heroku CLI is a canonical example of a vendor CLI that became an operational dependency. It is not just a client for one API: package managers ship it because developers expect deployments, logs, config, add-ons, and database maintenance to be available from scripts, CI, and shell sessions.

Its packaging history is a miniature history of language ecosystems in CLIs: RubyGem-era `heroku`, Toolbelt bundling to hide Ruby from non-Ruby users, then a Node.js and oclif architecture with npm distribution, Homebrew packaging, and plugin commands.

oclif itself is historically tied to Heroku. Heroku's 2024 CLI v9 post says Heroku pioneered oclif and then moved all core CLI commands to it, making Heroku CLI both a consumer and a proving ground for a framework used by other large CLIs.

Zeitleiste

  • 2012-03-09: Heroku announced Heroku Toolbelt, bundling the CLI, Foreman, and Git.
  • 2014-12-20: `heroku/cli` GitHub repository creation date recorded by GitHub.
  • 2016-10-18: Heroku Teams support was announced for the Heroku Toolbelt CLI.
  • 2024-07-25: Heroku published its CLI v9 architecture and oclif-transition post.
  • 2026-03-18: Heroku Dev Center changelog announced CLI v11.0.0.
  • 2026-03-19: Heroku published its CLI v11 modernization post.

Related projects

  • Foreman is part of the Heroku Toolbelt origin story and remains associated with local process workflows shaped by Heroku's Procfile model.
  • oclif is the CLI framework Heroku uses for the command architecture and plugin model.
  • Heroku platform services such as Heroku Postgres, Redis, Pipelines, Teams, Private Spaces, add-ons, and the Dev Center are exposed or supported by CLI command groups.

Quellen

  • Heroku CLI GitHub README for repository identity, command scope, and oclif/Node.js architecture.
  • Heroku Dev Center CLI article for installation, credentials, Toolbelt note, and architecture.
  • Heroku Toolbelt announcement for the Ruby-era bundle and cross-platform installer history.
  • Heroku blog and Dev Center changelog entries for CLI v9 and v11 architectural milestones.

Sicherheitslage

Noch keine Protected-Tool-Abdeckung gefunden

Für heroku wurde kein passendes lokales Secret-Handling-Manifest gefunden. Nucleus-Paketmetadaten bleiben hier veröffentlicht, damit künftige Abdeckung eine stabile Paket-URL hat.

Installationsverhalten

  • In den Formelmetadaten ist kein Homebrew-Post-install-Hook erfasst.
  • Homebrew-Bottle-Metadaten sind für 6 Plattformziele verfügbar.
  • Installiert mit 2 Laufzeitabhängigkeiten.

Empfohlene Prüfung

Prüfe vor unbeaufsichtigter Agent-Nutzung, ob das Tool Klartext-Credentials liest, Remote-Zustand schreibt, Artefakte veröffentlicht oder Plugins ausführt.

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.

Credential files

Credential-bearing paths to review before unattended agent runs.

Unix
~/.netrc

Executables

Installierte Executables

BefehlArtSichtbarkeitHinweis
herokucliglobales Executable

Aktualität

Version und Aktualität

Diese Signale trennen das Alter der Seitengenerierung, Aktivität des Paketmanagers und Upstream-Release-Vergleich. Versionsrückstand wird nur gemeldet, wenn eine Evidenz-URL und vergleichbare Versionen vorhanden sind.

Seite generiert2026-07-10
Manager-Version11.8.1
Manager aktualisiert2026-07-10
lokale DatenOK
Upstreamnot checked
neueste erkannte Versionnicht erkannt

https://www.npmjs.com/package/heroku/

Installationsmetadaten

Paketmetadaten

Paketschlüsselbrew:heroku
Version11.8.1
PaketmanagerHomebrew
Paketmanager-Seitehttps://formulae.brew.sh/formula/heroku
Homepagehttps://www.npmjs.com/package/heroku/
Repositoryhttps://github.com/heroku/cli
Upstream-Dokumentationhttps://devcenter.heroku.com/articles/heroku-cli
LizenzISC
Quellarchivhttps://registry.npmjs.org/heroku/-/heroku-11.8.1.tgz
Zuletzt aktualisiert2026-07-10T03:02:15Z
Pulseupdated
Abhängigkeitennode, terminal-notifier
Bottleverfügbar (auf arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux)
Homebrew post-installnicht definiert
Dienstkeiner deklariert

Registry-Fakten

Details aus der Quelldatenbank

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

Source-Datenbank-Treffer

Andere Paketmanager-Einträge

Treffer stammen aus externen Paketmanager-Indizes und bleiben von lokalen Automic-Vault-Paketlinks getrennt.

Nix95%

heroku

nix profile install nixpkgs#heroku
  • normalized package name match
  • Abgeglichen nach: Heroku
nixpkgs package indexes · api.github.com · nixpkgs package indexes: pkgs/by-name/he/heroku/package.nix from https://api.github.com/repos/NixOS/nixpkgs/git/trees/master?recursive=1
winget95%

Heroku.HerokuCLI

winget install --id Heroku.HerokuCLI -e
  • normalized package name match
  • Abgeglichen nach: Heroku
Windows Package Manager source index · cdn.winget.microsoft.com · Windows Package Manager source index: Heroku.HerokuCLI from https://cdn.winget.microsoft.com/cache/source.msix

Quellspur

Aus Repository-Daten generiert

Diese Seite wird von av-web aus dem privaten Paket-SQLite-Artefakt bereitgestellt, das scripts/generate-pkg-sqlite.py erstellt.

Verwendete Quellen

  • 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