web-dev-qa-db-ja.com

(Githubで)フォークをフォークする必要がありますか?

Githubで、私が気に入った機能を実装しているプルリクエストに出くわしましたが、あまり直感的ではなく、より良いと感じました。元のレポのメンテナはこれまでそれを受け入れることを拒否しました(または理由を説明します)。 3ヶ月前にリクエストされたので、変更なしでは受け取れないのではないかと思います。

この寄稿者のコードを改善したいのですが、エチケットがわかりません。このフォークをフォークする必要がありますか?または、メインリポジトリをフォークして、別のアップストリームソースとして他のフォークを追加しますか?後者の場合、どのようにして信用が確実に与えられるのですか?どちらのオプションもプルリクエストにどのような影響がありますか?

編集:私は意見を聞いて感謝し、エチケットについて尋ねましたが、メインプロジェクトを分岐し、「クールな機能」PRの作成者をアップストリームとして追加するのと比べて、技術的または実用的な理由があるかどうかについて知りたいです「クールな機能」PRのブランチをフォークするだけです。

Jan-hudecの回答に基づいて、メインをフォークし、新しいアップストリームを追加する傾向があります。フォークを最新の状態に保ち、アップストリームの変更を組み込むためにこの他の貢献者に依存しない方が簡単だと思います。

3
patricktokeeffe

追加ソースとして他のフォークを使用したアップストリームからのフォークと、追加ソースとしてアップストリームを使用した他のフォークからのフォークに違いはありません。また、プルリクエストがアップストリームでマージされると、マージされた場所に関する情報はまったく保持されません。

Gitには、コミット用に個別の「作成者」ヘッダーと「コミッター」ヘッダーがありますが、複数の作成者はありません。クレジットを与える唯一の方法は、コミットコメントでそれを与えることです。プロジェクトでSigned-Off-Byコミットコメント内の疑似ヘッダー、あなたは間違いなくそれらを維持する必要があります。

もちろん、AUTHORSファイルに追加されたエントリを保持します。

残りの部分については、適切なチャネルでの変更について話し合うようにしてください(githubの前に存在した、またはgithubに慣れている人々によって行われた多くのプロジェクトには、メーリングリストがあり、そこで話し合うことを好みます)

3
Jan Hudec

変更したいプロジェクトの独自のコピーが必要な場合は、フォークします。そのため、その機能が存在します。

オリジナルの作者や最近分岐したプロジェクトの作者にクレジットを与えることについて-そのプロジェクトのライセンスを見てください。クレジットテキストファイルを保持する必要があると記載されている場合は、そうしてください。そのようなものがない場合は、そのプロジェクトの元のソースは言うまでもなく、天候次第です。

1
Creative Magic