关于目录编排方式和 repo 结构的思考

[megrxu]

目前感觉存在以下问题：

1. 这个仓库目前非常巨大，在普通的网络环境下仅 clone 一个 branch 也需要耗不少的时间。很多同学也并不需要下载整个仓库，只是对其中的某一个课程有需求（虽然可以使用某些工具按文件夹下载）。
2. 之前的 有些新课程改版，请项目创建者考虑一下新的目录编排方式 #6 和 建议专业课程资料按专业分类 #50 提到， 新课程的改版以及同名课程的存在是需要解决的问题。
3. 除此之外，所给出的文档（尤其是电子书）的版权也是比较大的问题，很有可能导致仓库被关闭。

目前的一些想法：

1. 或许可以按照 课程号+名字 的方式重新编排一下文件夹？如果是相近的课程的话可以作为一个别名，链接到主要的一个。
2. 使用 submodule 使得主仓库只保留目录和结构，但是不保留具体的内容，这样也便于后续的结构调整。类似于 https://github.com/gohugoio/hugoThemes 。 各个 module 可以分配给不同的同学来做（也可以新建一个组织）。
3. 可以写一个 Github Pages 用来索引（或许能成为 Share 的未来）。
4. 对于电子书等有版权问题的文件，可以只存链接，文件可以放在其他服务器上，以规避版权风险。

[zhanghai]

1. 大多数同学可以使用网页端界面上传/编辑/下载文件。
2. 使用课程号来作为除名称外唯一区别课程的方式依然有些机械。我的想法依然是在必要时手动添加“（后缀）”会更加灵活。以及这样的话在网页端界面的排序也会更适合查找。
3. 已经收过 DMCA takedown 了，我按照要求通过 filter-branch 和 push -f 重写了历史来符合了要求。 有额外的文件服务器固然更好，但目前我没有找到合适的持久可用的中立的文件服务器。
4. submodule：需要不同的同学来一直维护么？目前 QSCTech 里热心人士看到以后合一下 PR 其实也可以运作（一般 PR 也只在期末过后有一些）。我暂时没看到拆分仓库的必要/好处？
5. 索引：和目录的区别是？不过，确实可以写一个脚本来根据目录下的文件和 README 生成 gh-pages 让浏览更加容易。这是确实可做的好事。

[megrxu]

嗯我也感觉，如果是维持现状的话，确实是没有拆分仓库的必要性，课程的量还是比较小的。
只是作为增强这个仓库功能的一种可能性（作为一个综合性的面向学生的课内课程的参考），提出一点想法。

[h-alz]

考虑一下cc98的ftp？ftp://software.cc98.org，根目录底下的#Upload是开放上传权限随便传东西的

[tespent]

@h-lujian FTP不利于Blame特定的上传者，不利于审核与质量监督。