web-dev-qa-db-ja.com

機能を変更するためにリポジトリを複製するためのGitHubエチケット

いくつかの機能を追加したいGitHubプロジェクトを見つけました。メンテナに連絡した後、変更は彼が進む方向と一致していませんが、彼は私がそれをどうするかを見たいと思っています。あるリポジトリを別のプロジェクトのベースとして使用するためのGitHubエチケットとは何ですか?ほぼ確実に元のリポジトリにマージされることはありません。

フォークする代わりに、私の本能は、まったく新しいリポジトリを作成し、元のコードの現在の状態を手動でそこにコピーすることです。次に、ドキュメントで、開始点としてクレジットと元の作成者/リポジトリへのリンクを指定します。

それは受け入れられますか、それとも他の標準的なアプローチがありますか?

5
Alan W. Smith

フォーク。元のリポジトリの作成者が変更を受け入れない場合でも、yoが更新をプルしたいと思う可能性が非常に高く、元のリポジトリをアップストリームとして使用すると、これが簡単になります。

5
Idan Arye

プロジェクトをフォークして、役立つと思う変更を加えるだけです。次に、元のプロジェクトへのプルリクエストを行います。その後、メンテナはリクエストをマージするかどうかを決定できます。この時点で、フォークと元のプロジェクトの間のリンクは明確です。元のプロジェクトのユーザーは誰でもあなたのアイデア/変更を見つけることができ、あなたのフォークを使用することを好むかもしれません。これにより、元のメンテナーに将来の変更を受け入れるように説得することができます。

3
uncletall