介绍
本博客将详细介绍我在 orassistant 仓库中为自动反馈循环做出贡献的进展
要了解更多关于这些你可以看看我之前的博客
这个 repo 给了我很多好的经验，我将在这里简要讨论其中的一些
集成mongodb反馈功能
现在，在我对此存储库所做的第一个 PR 中，我提出了 MongoDB 的设计，
在此 PR 中，我集成了提交用户对 MongoDB 集合的反馈的功能
我的做法如下
- 检查现有功能以了解如何将参数传递给 Google Sheets 函数
- 按照与 Google Sheets 函数类似的逻辑创建原型函数
- 使用前端的虚拟数据进行测试
- 检查数据是否正在加载到 MongoDB 集合
现在这种方法实际上成功了，但有一个主要问题和几个小问题
小问题如下：
- 我的上下文集合验证器模式是错误的，因此我的数据没有发送到集合，
- mongoClient.py 文件中的 Submit_feedback 函数在所有情况下都返回 None，因此即使结果正确也会导致错误消息
接下来我会讲主要问题
分叉问题
我在提交 PR 时遇到的主要问题是，即使 PR 中的所有新代码都是正确的，CI 管道也不接受任何新的 PR，因为来自上游存储库的秘密是没有传播到 fork 存储库，因此 CI 管道失败
看到这个问题，维护者确实授予了我对 repo 做出贡献的读/写权限，我就这样做了。
我自愿解决这个问题并纠正管道，因为不纠正它会导致所有潜在的新贡献者都拥有对存储库的读/写访问权限，这不好
结论
我使用 ORAssistant 存储库的旅程是一次富有洞察力的学习经历。集成 MongoDB 反馈功能不仅增强了我的技术技能，而且还为数据库处理和测试提供了宝贵的见解。尽管最初的实施很成功，但解决遇到的问题帮助我完善了我的方法。展望未来，我计划继续在此基础上继续发展，为该项目做出进一步贡献，确保更流畅的功能和更好的用户体验。
