Hacktoberfest 2026:维护者为十月标记出来的 issue,仍然开放、适合新手。 浏览 Hacktoberfest issue

[Phase 16] Write the Docker standard (prerequisite of S13)

未关闭
#888 0 条评论 0 个 reaction 已指派 0 人 在 GitHub 查看

维护者通常 1 天内回复

还没有人认领这个 Issue。

评估

难度
3/5
预计耗时
半天
新手友好度
42/100
Issue 类型
文档
描述清晰度
基本清楚
活跃度
活跃
技术栈
docker, docker-compose, markdown
领域
documentation

调研方向

Start with docs/standards/README.md and the layout that documentation.md prescribes, then read Dockerfile, docker-compose.yaml and .dockerignore to see what the rules must cover. The standard must settle digest pinning, runtime versus devel stages, a non-root user with an owned cache path, service naming and a CI smoke obligation, and each rule must be checkable by a reviewer. Done means the new file sits under docs/standards/, is listed in the README, and Phase 16 step S13 can be reviewed against it.

由索引模型根据 Issue 内容生成。

描述

documentation phase: 16 source: roadmap

Roadmap · Phase 16 · prerequisite of step S13 · size M · planned in docs/roadmap/phase-16-trust-surface-hardening.md:898-903

Summary

Dockerfile, docker-compose.yaml, .dockerignore and the EN/TR operations manual all ship, but no standard governs them: the only rule anywhere is a post-release checkbox in release.md, and no workflow under .github/workflows/ builds or smoke-tests the image. Phase 16 S13 has nothing to be reviewed against until this exists.

What the standard must settle

  • A base-image digest-pinning policy.
  • A runtime-versus-devel stage rule.
  • A non-root user with an owned cache path.
  • Service naming.
  • A CI smoke obligation.

Acceptance criteria

  • The standard lives under docs/standards/ in the layout documentation.md prescribes and is listed in docs/standards/README.md.
  • It answers every point above with a rule a reviewer can check, not a description.
  • Phase 16 step S13 can be reviewed against it.

Planned in docs/roadmap/phase-16-trust-surface-hardening.md (read at f94595f). Unit IDs (F-W20260729-…) come from the 2026-07-29/30 full-project review; the issue numbers next to them are the October 2026 review's records of the same defects.

主要语言
Python
星标
9
派生
1
平均合并
11 小时 8 分钟
30 天内合并 PR
10

环境准备

从这里开始

  1. 先读完整个 Issue,再读项目的贡献指南。
  2. 在 Issue 下留言说明你要接手 —— 这能避免两个人做同样的事。
  3. Fork 仓库,在一个分支上完成修改。
  4. 提交 Pull Request,并在描述里引用这个 Issue 编号。

HodeTech/ForgeLM 的其他 Issue

查看 HodeTech/ForgeLM 的全部 Issue

相似的 Issue

更多 Python Issue

把新 issue 发到你的邮箱

精选适合新手参与的 GitHub issue 摘要。