笔者并没有批评以下任何行为，只是通过现有的经验总结可能出现的情况。
希望通过这篇文章能让初次发布开源项目的到视频平台的开发者做好心理准备。

将开源项目发送到视频平台后，你的项目可能获得的 PR

1. 代码全移到 src 目录下
2. 给你项目加上 pre-commit 钩子，然后加上自动格式化，静态类型检查之类的功能
3. 给你改写 README.md
   • 加上一堆来自 Shields.io 的 badges
   • 加上来自 GitHub Star History 的 Star History
   • 修改多语言 README.md 的链接关系
   • 里面关于怎么配置项目的描述移动到 CONTRIBUTING.md
   • 改一行话的说话语气
4. 加 .gitignore
5. （对于 Python 项目）加 requirements.txt

还可能遇到不理解开源项目怎么运作的人

• 我能提 PR 是你的荣幸，你还不乖乖合并，即使只是改了一行文档。
• 虽然我爆改你的项目也没和你讨论啥的，因为不需要。我可是写了个 Major new feature，那可是我的成果结晶，希望你不要不识抬举。不和你讨论是我的自信，你不合并这个 PR，那我浪费在上面的时间怎么说？
• MIT 许可证太垃圾了，开源就应该用 AGPL v3
• 直接 close 我的 PR，你简直不是人，虽然我有 99% 的错，难道你没有一点错吗，给你挂 b 站动态了。
• 高强度催 merge，你再不 merge 我就来不及回去见家里人最后一面了。
• 我觉得你这个应该这么写，必须帮你重构了
• riir
• 请给我仓库写入权限
• （对于一些 Python 项目来说）pyqt5 这种**怎么还用，请用 pyside6
• 催促各种奇怪小语言的 i18n 支持，即使这个软件压根没有几个外国人知道
• 被移源顶针拿走做视频，何任何视频博主无关
• 项目可能明确要求提 PR 前要先提 ISSUE，虽然是新功能、重大改动、复杂问题、存在潜在争议，而不是小问题或简单修复，项目也没有鼓励自由提交，我就是喜欢直接提 PR。“这绝不是特立独行，这可显得我效率高了！”