Popcorn Time 还在维护吗？提交、发布和服务状态分别判断
同名项目不能统一判定为停运，网站仍能打开也不能证明开发活跃。几条主要路线的代码、用户发布和服务进度不同步，应该分别陈述各自的公开证据。
用户需要判断的是手中构建还会不会修复、是否支持新系统、服务故障有没有人处理。围绕这些实际需求，比只问项目活没活着更容易作出选择。
先看两条项目路线留下的实际记录
| 对象 | 可见的公开记录 | 能说明什么，不能说明什么 |
|---|---|---|
| popcorntime/popcorntime 的 dev 分支 | 最近可见提交日期为 2025 年 10 月 21 日，内容是更新 README | 有这次文档活动，不足以证明之后持续进行程序修复 |
| 该重建项目的发布渠道 | GitHub Releases 未列出正式发布；站点下载页显示 0.0.330 Nightly，并列出桌面入口 | 存在测试渠道页面，不等于正式稳定版，也不保证每天成功产生新构建 |
| 该项目移动与电视页面 | Android、iOS 和 Smart TV 标为即将推出 | 不能把跨平台目标写成这些设备已有正式用户版本 |
| popcorn-time-ru/popcorn-desktop 的 development 分支 | 最近可见提交日期为 2025 年 8 月 17 日；发布页保留 v0.5.1 等记录 | 旧桌面路线仍有公开历史，不代表与重建项目同步，也不证明近期持续发布修复 |
按这些记录，不能确认所有项目都被统一关闭；但也没有理由仅凭一个测试下载页，就称它们正在持续、积极地维护。对于打算长期联网使用的人，缺少近期实质修复证据本身就值得纳入选择。
“每天构建”与“每天开发”，是两回事
下载页写自动从开发分支生成，不意味着每天都有人修改功能。即使构建任务每天执行，也可能反复基于同一份代码；任务还可能失败或只更新部分平台。所以，查看 Nightly 时要同时比较构建标识、对应提交、生成日期和改动。页面一直写“最新”，但没有清楚对应记录，不能单凭这个词推导出更新频率。
正式发布也一样。发布记录日期、标签对应的代码日期和附件上传日期可能不同。旧版本补传一个系统附件，不能直接写成整个程序最近完成了一次新升级。
判断维护，应该看改了什么和修了什么
代码仓库先看分支，再看提交。默认分支之外可能还有活动，但只找到翻译、说明文档或自动化调整时，应按实际内容描述，不能统称为播放器得到持续修复。
接着看问题处理：近期严重故障有没有维护者回应，修复是否真正合并，是否进入用户能取得的构建。一个问题标为关闭，可能是重复、无法复现或停止处理，不一定意味着已经修好。
还要区分客户端与服务。界面程序仍能启动，目录、账号或更新服务却可能停了；网站还能显示介绍，也可能没有人在维护客户端兼容性。它们是不同部件，必须分别看状态。
归档、迁移和新分支，该怎样读
GitHub 的归档会使仓库变成只读，用于表明不再积极维护。若仓库有归档或终止说明，继续找是否明确迁移到新位置，而不是靠搜索结果猜接班人。
没有归档也不证明维护仍持续。
仓库可以一直公开，却长期没有实质更新。新建分支、复制旧代码和获得收藏，同样不等于具备维护能力。
如果另一个团队声称接手，检查它有没有自己的修复、明确发布流程、可核对安装包和持续的问题回应。网站、代码和分发渠道之间的关系，也应有可核实说明。旧域名能打开，不能替新维护者证明身份。
对普通用户，这些状态意味着什么
若只是研究历史代码，公开记录仍有价值；若准备把它作为长期日常工具，就需要更清楚的系统支持和修复预期。暂时能运行，不代表未来系统升级、服务接口变更后还会有人处理。
可以先备份需要的设置与个人媒体目录，明确哪些功能依赖远端服务，再决定是否继续使用。观看影视作品时，选择当地授权明确的提供方；管理个人文件时，选择仍明确支持当前系统的媒体工具。
状态说明最好列出仓库、分支、最近具体改动和可供用户取得的发布。比起笼统的复活或停运，这些信息才足以支持是否继续使用的决定。
-
-
下载
- |
-
-
下载
- 《行尸走肉第一章》免安装中文汉化硬盘版下载
- 单机|436 MB
- 一款以动作冒险为主题的游戏
-
-
下载
- 《街头霸王X铁拳》免安装中文汉化硬盘版下载
- 单机|111MB
- 一款非常好玩的格斗游戏
-
-
下载
- |
-
-
下载
- 《暗黑破坏神3》免安装繁体中文正式版下载
- 单机|7630 MB
- 一款以角色扮演为主题的游戏
-
-
下载
- 《马克思佩恩3》免安装硬盘版下载
- 单机|27033 MB
- 一款以第三人称射击为主题的游戏