Weiyao Huang

这个可以算作 https://summer.iscas.ac.cn/#/org/prodetail/210140147 的内容 :thinking: Summer-2021Summer-2021关注开源软件和开源社区，培养和发掘更多优秀的开发者。

@Alexander-a-l 个人认为最好别绕（（（

要我说，其实OI-wiki的界面是简约风，所以图标简约一点没什么不好的

> Can you add a a test that breaks before your change, and works now? Thanks. I've added a simple test for it. I know it is not sufficient to...

我的想法： 1. 在遇到文件改动的时候github api是否会失效（比如既改文件名又做出大量改动） 2. 手动维护 author 实际上是把主动权交给贡献者。如果他想要刘明就会自己去更新字段（相当于甩锅给贡献者），可能在migrate的时候会有点工作量。另外，author字段相比于自动化fetch的容错率更高（虽然也参杂有我懒不想写代码的因素），因此 author 字段并非不可行。

有道理 我有个方案：让bot来fetch github commit，然后修改author子段，只増不删 这样可以解决新人贡献和文件改动的问题 :new_moon_with_face:

我感觉以下问题可以和上述问题结合在一起讨论： - sidebar 和 navbar 是否需要有分工？如果需要，各自的分工是是什么？

如何复现呢 是有一定的设备需求吗 我在ng上感觉蛮流畅的

现在 tab 和link hover 的颜色还有toc active的颜色都统一了