wu2305
wu2305
运营这样子一个课程资料共享仓库需要的并不只有一个人,我和Liz曾经期望能够用社团作为基础来形成一个不断有新鲜血液加入的团队,进而确保每年都有人能够接手。 这个想法实现起来确实很难,不过我们也感受到了众人中一点一点的回应。前进的步伐缓慢,但是坚定
我们也在试图做到这两点,流程的话目前已经较为简单了,基本的pull push等git操作都是CS的学生们该学习的内容,不会有太大的难度。 前者的话,我在想能不能用actions去自动同步,但这个又回到了前面存储空间的问题。 在可预见的半年内,自动化维护工具很难出现……
> “抓人”可还行哈哈 这个repo很棒 我也希望能够接着存在下去 我的two cents是如果能把这个repo的运营给人带来的负担减小的很小 比如很多事情能自动化 或者有简洁易懂的流程可以参考 那抓人继续传下去会容易一些 无论如何,都要对学长您说一句感谢,后面我们也可以深入沟通和交流。
> 感觉主要是我当初放的文件 安装包 xmind之类的, 我这周想办法把他们换到稳定的外链,然后git内删除缓存. 不知道有没有自动化的方法, 不然感觉得咕咕咕好久(不是 其实就是LFS的思路,稳定外链的话超星可能算一个,上传的Shell脚本我也已经写完了,但是如果要便于同学上传下载还是需要做成一个成熟稳定的工具,甚至不能是一个简单的py script CLI我在做了(咕咕咕······
差不多就是利用每个学校的/upload/uploadNew这个接口
部分IP可能不在超星设置的白名单里面,作者方便给一下一个可用的出口IP吗 我测试下来超星后端应该是通过前端LoadBalance回传的XFF头判断IP地址的
还有一个问题就是数量庞大的作业代码,是否需要通过submodule的形式加入到仓库中便于日后提交
相当于开新的而仓库,然后将那些作业代码的仓库作为这个项目的submodule 要clone的人自己加recursive就可以了
就是这个意思,这样可以单独Clone主仓库或者子仓库,在没有加上--recursive的情况下不会将子仓库clone到本地
我更加倾向于使用oss或者网络劣质的大盘鸡配合cdn来提供资源的下载, 在github中之保留一个文件目录来方便访问和上传,当新的commit达到一定数量的时候将其替换为同名的1B文件,新的部分推送到oss或者大盘鸡上即可(甚至onelist都是可以的