macOS
brew install herokulocal Homebrew formula metadata
安装
brew install herokulocal Homebrew formula metadata
nix profile install nixpkgs#herokunixpkgs package indexes · pkgs/by-name/he/heroku/package.nix · 来源: api.github.com
winget install --id Heroku.HerokuCLI -eWindows Package Manager source index · Heroku.HerokuCLI · 来源: cdn.winget.microsoft.com
概览
CLI for Heroku
历史
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.
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.
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.
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.
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.
安全态势
没有找到 heroku 的匹配本地密钥处理 manifest。Nucleus 软件包元数据仍在此发布,以便未来覆盖拥有稳定的软件包 URL。
在无人值守的代理使用前,请检查该工具是否读取明文凭据、写入远程状态、发布制品或调用插件。
local files
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-bearing paths to review before unattended agent runs.
~/.netrc可执行文件
| 命令 | 类型 | 暴露范围 | 备注 |
|---|---|---|---|
heroku | cli | 全局可执行文件 |
新鲜度
这些信号区分页生成时间、软件包管理器活动和上游发布比较。只有存在证据 URL 和可比较版本时,才会提示版本落后。
https://www.npmjs.com/package/heroku/
安装元数据
| 软件包键 | brew:heroku |
|---|---|
| 版本 | 11.8.1 |
| 软件包管理器 | Homebrew |
| 软件包管理器页面 | https://formulae.brew.sh/formula/heroku |
| 主页 | https://www.npmjs.com/package/heroku/ |
| 仓库 | https://github.com/heroku/cli |
| 上游文档 | https://devcenter.heroku.com/articles/heroku-cli |
| 许可证 | ISC |
| 源码归档 | https://registry.npmjs.org/heroku/-/heroku-11.8.1.tgz |
| 最后更新 | 2026-07-10T03:02:15Z |
| Pulse | updated |
| 依赖 | node, terminal-notifier |
| Bottle | 可用 (于 arm64_linux, arm64_sequoia, arm64_sonoma, arm64_tahoe, sonoma, x86_64_linux) |
| Homebrew post-install | 未定义 |
| 服务 | 未声明 |
注册表事实
| Source Database | Homebrew formula API |
|---|---|
| Tap | homebrew/core |
| Full Name | heroku |
| Version Scheme | 0 |
| Revision | 0 |
| Bottle Stable Root URL | https://ghcr.io/v2/homebrew/core |
| Deprecated | no |
| Disabled | no |
| Keg Only | no |
| URL Keys |
|
源数据库匹配
匹配项来自外部软件包管理器索引,并与本地 Automic Vault 软件包链接分开显示。
heroku
nix profile install nixpkgs#herokuHeroku.HerokuCLI
winget install --id Heroku.HerokuCLI -e来源线索
此页面由 av-web 从 scripts/generate-pkg-sqlite.py 生成的私有软件包 SQLite 工件提供。
View the package source record on GitHub.