別のリポジトリに貢献する

今月の初めから、私はセネカ工科大学で受講したオープンソースコースに熱心に取り組んできました。私たちが行ったラボの 1 つは、プルリクエストを作成することでした。他の人のリポジトリを参照し、自分のリポジトリへのプル リクエストを承認することについて説明します。

問題に対して作成したプルリクエストから始めます。問題は、リクエストとレスポンスで使用されたトークンの数を確認できるフラグのサポートを追加することでした。
https://github.com/aamfahim/explainer.js/issues/22

この機能を実装するプロセスは非常に簡単でした。元のリポジトリをフォークし、変更をコミットして新しいブランチにプッシュし、フォーク内のブランチから元のリポジトリのメイン ブランチへのプル リクエストを作成する必要がありました。
https://github.com/aamfahim/explainer.js/pull/23

私がかなり長い間node.jsを使用しており、私のコードの書き方を考慮するとチームメイトがそれほど厳しい要件を持っていないという事実を考慮すると、実装は非常に簡単でした。彼は私のコードをレビューした後、変数の名前をもっとわかりやすいものに変更するように私に要求しましたが、それだけでした。変更は非常にシンプルで簡単でした。

現在、私のパートナーはこの問題を私のリポジトリに実装するのに非常に苦労しています:
https://github.com/SychAndrii/infusion/issues/20

彼のプルリクエスト:
https://github.com/SychAndrii/infusion/pull/21

ご覧のとおり、レビューとリクエストされた変更の履歴は、最初のプル リクエストよりもはるかに長くなります。私のチームメイト (ちなみに、私はこの問題に感謝しています) が初めてコードを書いたとき、2 番目のパラメーターが True の場合にのみコードを実行する関数を作成する必要があったため、私はそれがあまりクリーンなアプローチではないと判断し、彼に次のように依頼しました。それをリメイクしてください。時々何もしない関数を使用して Langchain のチェーン オブジェクトを構築する代わりに、私は彼にこのオブジェクトを条件付きで構築するように依頼しましたが、常に便利な関数を使用しました。さらに、私のチームメイトは Python 言語を扱うのに多くの困難を抱えています (正直に言うと私もそうです)。そのため、言語と LangChain の複数の抽象化層のせいで、一般的にこの機能を実装するのに多くの困難を抱えていました。

このラボを完了すると、github でコードをレビューする方法、プル リクエストを拒否して承認する方法、既存の問題にリンクする方法を学びました。それに加えて、私はすでに私たちが行っていることすべてについての知識を持っていました。

以上が別のリポジトリに貢献するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。