GitHub CLI 中 `gh repo set-default --view` 命令的标准化改进

在软件开发中，命令行工具的标准化行为对于脚本编写和自动化流程至关重要。GitHub CLI 作为 GitHub 官方提供的命令行工具，其行为应当遵循 Unix 系统的传统规范。然而，gh repo set-default --view 命令在某些情况下的表现却偏离了这些标准。

该命令的核心功能是查看当前设置的默认代码仓库。当用户未设置默认仓库时，命令会输出提示信息"no default repository has been set; use gh repo set-default to select one"。问题在于，这个错误提示被输出到了标准输出(stdout)而非标准错误(stderr)流，同时命令返回了0(成功)的退出码，这与Unix工具的传统行为相悖。

Unix系统约定俗成的规范是：错误信息和诊断信息应当通过标准错误流输出，而非标准输出。这样设计的主要目的是为了方便区分正常输出和错误信息，特别是在脚本编程和管道操作中。此外，命令执行失败时应当返回非零的退出码，以便调用者能够判断命令是否成功执行。

在实际应用中，这种非标准行为会给脚本编写带来困扰。例如，当开发者尝试通过重定向标准错误流来过滤错误信息时，错误提示仍然会出现在标准输出中。同样，脚本无法简单地通过检查退出码来判断命令是否成功执行。

更符合直觉的设计应该是：当默认仓库未设置时，命令应当将提示信息输出到标准错误流，并返回非零的退出码。这样的改进将使命令行为更加符合Unix哲学，便于集成到自动化流程中，也与其他命令行工具保持一致性。

对于开发者而言，理解这些细微但重要的行为差异有助于编写更健壮的脚本。在等待官方修复的同时，可以通过检查命令输出是否为空来临时解决这个问题，但这并非长久之计。命令行工具的标准化不仅关乎用户体验，更是保证系统可维护性和可扩展性的重要因素。