这让唐一平觉得很疑惑。
怎么回事？大家怎么不提交PR了呢？
他并不知道，这会儿大家都有点被他的OIFU的进化吓到了。
给OIFU提交PR很诱人，毕竟能够进入OIFU的官方仓库，成为OIFU官方的代码贡献人，在圈子里可以说立刻就享受大佬待遇了。
但是……如果自己提交了PR，结果把唐同学的OIFU弄崩了，结果让唐同学回滚版本之类的，那可就……丢人丢大了。
其实，现在还有一些很有野心的技术大佬，是打算再次参与进去的。
谁不想参与奇观啊对不对！
但是他们也不敢轻易提交PR，这会儿还在研究代码，构思初稿这个阶段。
但，没有人提交PR，并不意味着他接下来会很闲，因为……
唐一平在自己的项目仓库后台已经看到了17个“插件提交通知”的 issue。
这效率也太快了！
这些扩展插件，其实是独立在唐一平的仓库之外的，并不需要向唐一平提交PR，只要按照唐一平的框架和规范开发，就可以直接与唐一平的OIFU集成。
但是，这些插件本身并不能直接运行，需要在唐一平的OIFU上运行，推广自己的插件的最好的办法，就是进入OIFU的“插件市场”，成为官方示例、推荐乃至官方预装推送的插件。
这个过程还是需要唐一平来审核的。
这种感觉，就像是手机应用可以直接从应用商城安装，或者自己下载APK安装。
但想要从应用商城安装，就必须通过商城的审核，根据商城的标准来，商城让你怎么改你就得怎么改，不通过审核就没办法上架。
唐一平的这个插件市场，就是一个独属于OIFU的官方应用商城。
而现在，这个插件市场，已经有17个插件，等着唐一平去审核了。
当然了，这种审核，和直接合并到自己仓库里面的PR审核，还是不同的，至少这些仓库的代码，不会被认为是唐一平的BUG，不会逼唐一平女装——虽然这个当初论坛里悬赏唐一平BUG的梗，现在不知道还有没有人记得。
唐一平不用为每个BUG负责，只要没有太大的恶性BUG，不会影响整个OIFU的安全，就没啥事。
唐一平决定，这次审核宽松一点，应放尽放。
嗯，人要学会和自己和解。
唐一平这
本章未完，请点击下一页继续阅读！