別の大規模なGithubリポジトリから取得した単一のモジュール（ファイル）に基づいてGithubリポジトリをリンクする
Githubの大きなプロジェクト（数百のファイル）に含まれているモジュール（単一のファイル）を見つけました。ライセンスはMITです。私はいくつかのPRを作成しましたが、作者はそれらを受け入れる時間がなかったようです。私は彼のモジュールを使用して新しいプロジェクトを立ち上げる許可を求めました、そして彼らは私がそうすることを喜んでいました。
モジュールをコピーして、完全なクレジットを与え、全体を通して親リポジトリと作成者にリンクする新しいプロジェクトを作成しました。ただし、後から考えると、元のプロジェクトをフォークして余分なファイルをすべて削除し、プロジェクトの名前を変更して、そこから開始する方がよいと思います。このようにして、新しいプロジェクトは元のプロジェクトに適切にリンクされ、すべての履歴と、元の作成者のより明確な承認が含まれます。
これは私の良心によるものであり、他の人の仕事の信用を盗んでいるようには見えたくありません。エチケットを破ったことがありますか？再開できてうれしいです。その過程で、フォークされたリポジトリに対して問題を作成できないことに気づきました。フォークしてから減らすことで他に不利な点はありますか？
プロジェクトのライセンスでコピーと変更が許可されている場合は、プロジェクトをフォークしたか、コピーして新しいプロジェクトに追加したかは関係ありません。 GITを使用しないことにした場合、フォークすることすらできません。
これは私の良心によるものであり、他の人の仕事の信用を盗んでいるようには見えたくありません。
ライセンスに準拠している限り、これについてはまったく心配する必要はありません。
エチケットを破ったことがありますか？
おそらくあなたは人々通常フォーク-特に彼らのコピーがGitHubに保存されているときに持っているかもしれませんが、これもルールではありません、他の人がプロジェクトを見つけて親プロジェクトにPRを提供するため。また、親プロジェクトから更新を受け取るのにも役立ちます。最後に、オブジェクトの履歴全体をリポジトリに保持します。これは非常に便利です。
再開できてうれしいです。その過程で、フォークされたリポジトリに対して問題を作成できないことに気づきました。
この回答 フォークで問題を有効にする方法について説明します。
フォークしてから減らすことで他に不利な点はありますか？
人々はあなたのプロジェクトを独立したプロジェクトではなくPRフォークと間違えるかもしれませんが、READMEはプロジェクトの目的を明確にします。
編集：単一のファイルであるため、コピーが最も理にかなっています。