作为训练营计划的一部分，我有机会与 cloudmile 的开发者导师密切合作，开展一个名为“反馈循环”的项目。它是一种活动反馈管理工具，可帮助组织者通过表单提交来跟踪参与者的反馈。我和另一位同学合作完成了这个为期两周的项目，并得到了我们 5 位导师（juri、liang、shan、welly、jack）的指导，这太酷了！导师们轮流审查我们的 pull request，给出代码质量/最佳实践的建议，并在整个合作过程中给了我很多鼓励！
学习内容
这是我学到的一些东西。
通过该过程的第一阶段，我更加熟悉如何使用 Firebase Firestore 来制定数据库架构。通过与我们的老师和导师的反复讨论，我们终于得到了一个可以实施的结构。
git 流程
我们使用了一种简化的 git flow 方法。步骤如下：
- 从主分支创建一个开发分支
- 将远程开发拉到本地开发，然后从开发创建一个功能分支
- 完成后，将本地功能分支推送到远程功能分支
- 从远程功能分支，打开拉取请求进行开发
- 公关审核时间！
最佳实践
此外，我们还获得了一些有关协作开发最佳实践的建议。
- PR 300-500 行
- 1 个分支：1 个 PR，1 个分支：1 个功能
- 每天拉开发
我认为 1:1 的比例很有意义。它专注、模块化且更易于维护。类似于如果食品摊位想专门做一道菜，就应该只卖一种东西。
反射
由于时间紧迫（2周有点紧张），我非常依赖人工智能来调试和分解可管理的任务，这导致我对正在编写的代码的控制力较差。如果我有更多时间在这个项目上，我会花更多时间进行重构，以便将来可以在我们的工作之上构建其他功能。
