本文介绍在保持 GitHub 仓库名清晰易懂（如 foo-cli）的前提下，通过合理组织 Go 项目结构，使 go get 安装后生成简短可执行文件名（如 foo）的两种可靠实践方案。
本文介绍在保持 github 仓库名清晰易懂（如 `foo-cli`）的前提下，通过合理组织 go 项目结构，使 `go get` 安装后生成简短可执行文件名（如 `foo`）的两种可靠实践方案。
在 Go 生态中，“go-getable” 包通常指可通过 go get 直接下载并自动构建安装的命令行工具（即含 package main 的可执行模块）。但默认情况下，go get 会将二进制文件命名为模块路径的最后一段（如 github.com/foo/foo-cli → foo-cli），而用户往往希望最终可执行文件更简洁（如 foo）。这并非 Go 工具链原生支持的“重命名安装”，但可通过以下两种专业、兼容性强的方式实现：
✅ 方案一：使用 go build -o 显式指定输出名（推荐用于现代 Go 环境）
这是最直接、可控且无需额外维护多入口的方案。用户不调用 go get，而是使用 go build 并通过 -o 标志指定目标二进制名：
go build -o foo github.com/foo/foo-cli
该命令会从远程拉取源码、编译，并生成名为 foo 的可执行文件（当前目录下）。若需全局安装，可配合 GOBIN 环境变量：
export GOBIN=$HOME/bin # 确保 $GOBIN 在 $PATH 中 go build -o $GOBIN/foo github.com/foo/foo-cli
⚠️ 注意：自 Go 1.18 起，
go get已不再支持安装可执行程序（仅用于添加/更新依赖），官方明确推荐使用go install或go build -o。因此，此方案不仅可行，更是当前 Go 最佳实践。
✅ 方案二：分离 main 包与 CLI 实现，双入口结构
若仍需保留 go install（旧版 go get 的替代）的便捷性，可采用“逻辑分离”设计：
炫酷的jQuery二进制数字时钟，它的时分秒都是用二进制来表示，绿色表示该位值是1，灰色则表示0，原理是将时钟的时分秒分别实时转换成二进制，然后随着本地时间的更新而实时刷新
- 将核心 CLI 功能（flag 解析、命令逻辑等）全部放在
github.com/foo/foo-cli/cmd/foo-cli/下（作为库或内部包）； - 在同一仓库中新增独立的
cmd/foo/目录，内含仅含main.go的最小package main：
// cmd/foo/main.go
package main
import "github.com/foo/foo-cli/cmd/foo-cli"
func main() {
foo_cli.Execute() // 调用已封装好的 CLI 入口函数
}
这样，用户运行：
go install github.com/foo/foo-cli/cmd/foo@latest
即可安装名为 foo 的二进制（因 cmd/foo 是独立的 main 包）；而 github.com/foo/foo-cli/cmd/foo-cli 仍可作为库被其他项目复用。
总结
| 方案 | 是否需 go get？ |
可控性 | 维护成本 | 推荐度 |
|---|---|---|---|---|
go build -o |
❌（用 go build） |
★★★★★ | ★☆☆☆☆ | ⭐⭐⭐⭐⭐ |
双 cmd/ 入口 |
✅（用 go install） |
★★★★☆ | ★★★☆☆ | ⭐⭐⭐☆☆ |
最佳建议：优先采用方案一（go build -o），它语义清晰、零侵入、符合 Go 官方演进方向；若项目需提供多个子命令（如 foo serve / foo build），再考虑方案二的模块化结构。无论哪种方式，都应确保 README.md 明确写出安装命令，提升终端用户体验。
