`release.sh` never updates `CITATION.cff`
还没有人认领这个 Issue。
评估
调研方向
阅读 release.sh，追踪它如何更新受支持软件包的版本文件。检查 WANT_CITATION=true 时 apply.sh 如何创建 CITATION.cff，然后查找项目发布脚本的检查或测试。现有引用文件的 version 和 date-released 与版本号提升在同一个提交中更新后，即告完成。
由索引模型根据 Issue 内容生成。
描述
apply.sh can generate CITATION.cff (WANT_CITATION=true), but release.sh only bumps package.json, pyproject.toml, or Cargo.toml. After the first release the citation file names the wrong version and date.
Done when: when CITATION.cff exists, release.sh sets version and date-released in the same commit as the version bump.
- 主要语言
- Shell
- 星标
- 16
- 派生
- 9
- 平均合并
- 1 天 17 小时
- 30 天内合并 PR
- 1
环境准备
- 没有 Dockerfile 或 Docker Compose 文件
- 有 Pull Request 模板
- 阅读贡献指南
从这里开始
- 先读完整个 Issue，再读项目的贡献指南。
- 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
- Fork 仓库，在一个分支上完成修改。
- 提交 Pull Request，并在描述里引用这个 Issue 编号。
CreativesLibrary/oss-launch 的其他 Issue
-
enhancement
难度 2/5 1-3 小时 新手友好度 76/100
-
enhancement
难度 2/5 1-3 小时 新手友好度 77/100
-
dependencies enhancement good first issue
难度 2/5 1-3 小时 新手友好度 83/100
-
enhancement
难度 2/5 1-3 小时 新手友好度 76/100
-
documentation good first issue
难度 1/5 1-3 小时 新手友好度 88/100
查看 CreativesLibrary/oss-launch 的全部 Issue
相似的 Issue
-
难度 2/5 1-3 小时 新手友好度 86/100
IngvarConsulting/unica#2807 ·
维护者通常 1 天内回复
-
难度 1/5 1 小时以内 新手友好度 73/100
-
DeclareMiningJob.wtxid_list should be specified to be in block order可能已有人在做 关联的 PR 仍在进行中或已合并。 未关闭
难度 1/5 1 小时以内 新手友好度 84/100
stratum-mining/sv2-spec#253 ·
-
area:linux source:reader type:content-error
难度 1/5 1 小时以内 新手友好度 84/100
stephrobert/blog-roadmap#169 ·
-
难度 2/5 1-3 小时 新手友好度 76/100
维护者通常 1 天内回复