自本月初以来，我一直在努力学习在塞内卡理工学院学习的开源课程，我们的实验室之一是创建一个拉取请求，以便其他人的存储库并批准一个拉取请求你自己的仓库，所以这就是我要讨论的内容。

我将从我为某个问题创建的拉取请求开始。问题是添加对标志的支持，该标志允许查看请求和响应中使用了多少令牌：
https://github.com/aamfahim/explainer.js/issues/22

实现此功能的过程非常简单。我必须分叉原始存储库，提交更改并将其推送到新分支，然后创建从分叉中的分支到原始存储库中的主分支的拉取请求：
https://github.com/aamfahim/explainer.js/pull/23

实现非常简单，考虑到我已经使用node.js很长一段时间了，而且考虑到我编写代码的方式，我的队友没有很多严格的要求。在他审查了我的代码后，他要求我更改变量的名称以使其更具描述性，但仅此而已 - 更改非常简单明了。

git-staged-commit-message

仅从仓库的暂存文件生成 Git 提交消息。当用户要求 Codex 根据暂存更改、缓存差异、Git 索引或已通过 `git add` 添加的文件来编写、起草、创建或建议提交消息时使用；切勿代表用户执行提交操作。

下载

现在，我的合作伙伴在我的存储库中实施该问题时遇到了很多麻烦：
https://github.com/SychAndrii/infusion/issues/20

他的拉取请求：
https://github.com/SychAndrii/infusion/pull/21

如您所见，审查和请求更改的历史记录比第一个拉取请求要长得多。我的队友（顺便说一句，我很欣赏他的问题）第一次编写代码的方式涉及创建一个函数，该函数仅在第二个参数为 True 时才执行其代码，因此我认为这不是一个非常干净的方法，并要求他重新制作它。我没有使用有时不执行任何操作的函数来构造 Langchain 的链对象，而是让他有条件地构造这个对象，但使用一个总是有用的函数。此外，我的队友在处理Python语言方面遇到了很多麻烦（老实说，我也是如此），因此他在实现该功能时遇到了很多麻烦，因为语言和LangChain的多层抽象。

完成本实验后，我学会了如何在 github 上审查代码、拒绝拉取请求并批准它们，以及如何将它们链接到现有问题。除此之外，我已经了解了我们所做的一切。