LICENSE文件中的占位符和署名貌似没有被修改 是原样模板

[Iamliuxiaozhen]

我无疑中注意到在LICENSE文件中还保留着类似的占位符

<one line to give the program's name and a brief idea of what it does.>
Copyright (C) <year> <name of author>

以及后来的

<program> Copyright (C) <year> <name of author>

这些都没有根据实际项目更改

建议考虑根据实际情况进行修改
上述仅作为建议参考 如果是有意保留的 也欢迎说明为什么这么做
Thanks~

[Minecraft269]

7820f74 @yushijinhun 出来背锅

Edit: 话说LICENSE这种东西不应该是项目的所有者来改吗?

[Iamliuxiaozhen]

确实应该让所有者来改 所以我只发了discussions

[Iamliuxiaozhen]

我比较好奇为什么要Restore

[yushijinhun]

1. 这一章节叫做 How to Apply These Terms to Your New Programs，这里的占位符应当保持原样。
2. 7820f74 改回原版 GPLv3 许可证是因为格式上的细微差别导致 GitHub 无法识别。

[Iamliuxiaozhen]

Oh 感谢回复，我刚刚建了个测试仓库实际验证了一下 https://github.com/Iamliuxiaozhen/LICENSE-test。发现单纯修改 How to Apply 章节里的 和 等占位符，GitHub 依然可以正确识别为 GPLv3 许可证。GitHub 的识别是基于整体文本相似度的，只要不改动核心条款就不会影响。所以，‘修改占位符会导致 GitHub 无法识别’这个理由似乎不太成立。

至于第 1 点，FSF 在 GPL 的 FAQ 中建议：为了让项目版权归属清晰，确实应该在代码文件头部或项目声明中明确写出实际的年份和作者（可以不在 LICENSE 全文中改，而在 README 或源码文件头声明）。保留模板占位符虽然不影响 GPL 效力，但确实容易让人感到误解啥的QAQ……

[yushijinhun]

@Iamliuxiaozhen

1. 我说的不是修改占位符会导致无法识别，是修改其他地方的格式会无法识别，所以 7820f74 滚回了原版 LICENSE，只有格式上的区别。此外，2026 年和 2018 年 GitHub 的检测方法大概率已经不同，你的测试无法说明我的理由不成立。
2. HMCL 的 README 和代码文件头里均已经包含版权声明。
3. 我想重复我原回答第一点……你指出的

   HMCL/LICENSE

   Line 634 in f663e55

   <one line to give the program's name and a brief idea of what it does.>

   属于 How to Apply These Terms to Your New Programs，请仔细阅读这段的上下文。它不属于许可证主体内容，是教你如何使用 GPLv3，因此不应该被修改。如果你感到困惑，应该先多读几遍。
4. GPLv3 本身禁止对许可证文本的修改。