open-source-games | 按类型查找开源游戏与重制项目的 GitHub 清单

open-source-games 是一份按游戏类型整理的开源游戏与商业游戏开源重制项目清单。它不提供统一安装包，也不是一个能直接运行的游戏；它的价值在于把游戏官网、源码仓库、引擎项目和简短说明放到同一份 README 中，帮助玩家、开发者和游戏保存爱好者快速找到进一步核验的入口。

截至 2026 年 9 月 21 日核对，README 设置了 17 个主要游戏类型章节，并出现约 183 个 source 源码入口；仓库约有 15,250 个 stars 和 1,267 个 forks，数字会继续变化。默认分支为 main，没有 GitHub Release 或 tag，最近一次提交日期为 2026 年 2 月 25 日。仓库本身采用 CC0-1.0，但被收录游戏的代码、美术、音乐与原版数据仍分别受各自许可证和权利约束。

清单如何组织开源游戏

README 的一级分类覆盖动作、冒险、经营模拟、城市建设、第一人称、平台跳跃、解谜、竞速、即时战略、Roguelike、角色扮演、沙盒、射击、体育、第三人称、塔防和回合制策略。条目通常包含项目名称、官网或介绍页、简短定位以及一个指向源码仓库的 source 链接；涉及独立游戏引擎时，还可能额外标注引擎及其源码。

这种结构适合先按玩法缩小范围，再进入具体项目确认平台、构建方法、许可证和维护状态。例如，竞速章节可找到 SuperTuxKart、VDrift 等项目，即时战略章节包含 0 A.D.、OpenRA、Warzone 2100 与 Widelands，角色扮演章节则汇集 OpenMW、Daggerfall Unity、Veloren 等不同技术路线的项目。

open-source-games GitHub 仓库与游戏分类目录页面 — 2026 年 9 月 21 日截取的 GitHub 仓库与 README 分类目录；stars、forks 和提交时间属于动态信息。来源：https://github.com/bobeff/open-source-games

“开源游戏”在清单中并不是同一种东西

阅读这份清单时，最重要的判断不是项目名字是否熟悉，而是源码开放到了什么层级。README 同时收录从零开发的自由游戏、开放源代码的完整游戏、经典游戏的源代码移植、引擎重实现、反向工程与反编译项目，以及仍依赖原版数据文件的社区引擎。它们都可能具有研究价值，但下载、运行和再分发条件并不相同。

项目类型	通常能获得什么	使用前重点核对
完整开源游戏	代码与可运行游戏，部分项目同时开放素材	代码与素材是否采用不同许可证
源代码移植	让旧游戏引擎在现代系统运行的维护版本	是否仍需原版数据、系统支持与存档兼容
引擎重实现	重新实现的运行引擎或兼容层	是否包含商业游戏内容，能否独立运行
反向工程/反编译	可阅读或可重新构建的代码成果	地区法律、原版文件要求与商标边界
游戏引擎项目	面向特定游戏或类型的技术底座	编辑器、工具链、素材格式与构建依赖

因此，“出现在 open-source-games 清单中”只表示维护者认为它属于值得收藏的开源游戏相关项目，不等于该项目的所有内容都可自由商用，也不保证一定提供预编译版本、正在积极维护或能在当前系统直接运行。

从分类页找到真正可用的项目

第一步是在 README 目录中选择游戏类型，不要只在浏览器中搜索“open source”。第二步打开条目的 source 链接，确认它指向当前官方仓库而不是归档镜像。第三步检查根目录许可证、README、Release、构建文档和最近提交；若项目是重制或源代码移植，再查找“requires original game data”“assets not included”或类似说明。

对于想学习游戏开发的人，条目旁的引擎信息比截图更有价值：它能帮助判断项目使用 Godot、Bevy、Spring、SDL、OpenGL 或其他技术栈。若目标是直接游玩，则应优先确认项目是否有官网、稳定下载页和面向普通用户的安装说明；仅有源码仓库的项目可能需要自行编译。

open-source-games README 中的实时战略游戏项目条目 — README 的 Real-Time strategies 章节同时列出游戏、重制项目、引擎和源码入口，展示了清单的实际条目结构。来源：https://github.com/bobeff/open-source-games#real-time-strategies

维护方式与收录标准

贡献指南明确说明，这些条目首先是维护者的个人书签，提交项目是否收录带有主观筛选。贡献者应先确认项目没有重复，放入合适章节，保持资源标题与章节标题按字典顺序排列，并为每个游戏单独提交一个 pull request。标准条目格式由标题、游戏官网、简短描述和源码仓库四部分组成。

这套规则让清单保持简单，但它没有为条目提供统一的许可证字段、平台筛选、最后更新时间或自动失效检测。仓库的 issue 与 pull request 可用于修正链接、补充项目和讨论分类；如果需要机器可读的数据集、可按系统筛选的数据库或自动安装器，这个项目并不直接提供。

CC0 许可不覆盖被链接游戏

仓库根目录使用 CC0-1.0，表示维护者尽可能放弃其对这份清单和仓库内容所拥有的版权及相关权利，并提供公共许可回退。CC0 不会替被链接项目的作者重新授权，也不处理第三方商标、专利、肖像、隐私或商业游戏素材权利。

复制这份索引、引用其分类或基于它建立新的导航时，可以把 CC0 视为仓库内容的许可依据；下载、修改、发布或商业使用具体游戏时，必须重新打开对应源码仓库核对许可证。经典商业游戏的引擎重实现和反编译项目尤其要区分“代码可获取”与“原版游戏数据可再分发”这两个问题。

适合哪些读者

open-source-games 适合想发现开源游戏、研究经典游戏保存与移植、寻找游戏引擎案例，或为作品集挑选可读源码的开发者。它也适合作为探索入口，但不适合被当作经过安全审计、许可证统一、下载链接永久有效的推荐榜单。真正使用某个条目前，仍应以该项目自己的仓库、官网、Release 和许可证为准。