`get` 命令应当在用户未配置源时显示默认源
还没有人认领这个 Issue。
评估
调研方向
No source file or test is named. Start by locating the CLI implementation of get and the recipe or handler for uv, then reproduce the command with no ~/.config/uv/uv.toml. Done means the command reports the upstream default source instead of failing when the configuration file is absent.
由索引模型根据 Issue 内容生成。
描述
你操作了什么？
chsrc get uv
发生了什么？
./chsrc get uv
[chsrc 检查] x 文件 ~/.config/uv/uv.toml 不存在
[chsrc 错误] 未找到 uv 配置文件
食谱创建时间: 2024-12-11
品控: 该 recipe 的负责人暂空缺, 欢迎担任
掌勺: Happy Game <[email protected]>
调味: ccy <[email protected]>, 曾奥然 <[email protected]>
食源检查时间: 2025-08-09
食谱更新时间: 2025-08-09
本应该怎么样？
输出上游默认源
chsrc 版本
v0.2.2.4-2025/09/12
你使用的是哪个操作系统？
Linux
OS 版本 / OS 发行版
ubuntu 20.04
Log 输出
防止重复问题
- 我已在项目中搜索过类似的 issue
- 主要语言
- C
- 星标
- 6.9k
- 派生
- 285
- PR 合并指标
- 30 天内没有已合并 PR
环境准备
这个项目没有提供开发容器、Dockerfile 或贡献指南，环境需要你自己搭建：先看它的 README，通用步骤见我们的新手贡献指南。
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
RubyMetric/chsrc 的其他 Issue
-
难度 2/5 1-3 小时 新手友好度 82/100
RubyMetric/chsrc#396 ·
-
[arch] 多次 chsrc set arch 后 mirrorlist 累积旧 Server 行，upstream 官方源地址无效可能重新可做 @yayoinoyume 于 32 天前认领，目前没有进行中的 PR。 未关闭Linux os_dish 源
RubyMetric/chsrc#393 · 2 条评论 · 2 个 reaction · 已指派 1 人 ·
-
`ls` 命令呈现 "可用源" 的界面有改进空间可能重新可做 @ccmywish 于 34 天前认领，目前没有进行中的 PR。 未关闭改善加强
RubyMetric/chsrc#389 · 6 条评论 · 已指派 1 人 ·
-
对 `Omarchy`（基于 Arch Linux 的发行版）的支持可能重新可做 @yayoinoyume 于 34 天前认领，目前没有进行中的 PR。 未关闭Linux os_dish
RubyMetric/chsrc#387 · 8 条评论 · 1 个 reaction · 已指派 1 人 ·
-
难度 3/5 1-2 天 新手友好度 48/100
RubyMetric/chsrc#386 · 6 条评论 ·
相似的 Issue
-
IO.get_env on Node truncates names at embedded NUL可能已有人在做 @Yi-111-a 今天认领。 未关闭
难度 2/5 1-3 小时 新手友好度 82/100
HigherOrderCO/Bend#1449 · 1 条评论 ·
-
难度 1/5 1 小时以内 新手友好度 88/100
FujiNetWIFI/fujinet-firmware#1872 ·
维护者通常 1 天内回复
-
bug C/C++ code
难度 2/5 1-3 小时 新手友好度 70/100
webarkit/WebARKitLib#84 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 82/100
OpenPrinting/cups#1751 ·
维护者通常 1 天内回复
-
难度 2/5 1-3 小时 新手友好度 72/100
es-ude/OnDeviceTraining#488 ·
维护者通常 1 天内回复