私が構築したいgithubのレポがあります。これを行うためのベストプラクティスは何ですか? これが私がやったことです：
1) レポをフォークします。2) 新しいレポを開始します。3) フォークされたレポのリモートオリジン URL を新しいレポに変更します。4) 新しいリポジトリのローカル コピーを github にプッシュします。
これにより、新しいレポの「開始点」が得られますが、元のレポのコミット履歴などはまだ残っています。このようなことを維持するためのベストプラクティス/エチケットは何ですか (コミット履歴を削除してゼロから開始するのではなく)。
元の作成者は、私が何をしようとも完全な信用を得ますが、私のレポを使用したい人は、コミット履歴が混乱する可能性があるようです。
機能/コードの追加を開始すると、それは異なりますが、コミット履歴は同じになります。それは期待されるものですか？
はい。ただし、フォークの背後にある本当のアイデアは、プル リクエストupstreamを通じてリポジトリ (つまり、GitHub 側でフォークしたリポジトリ)に貢献できる可能性があるということです。
そのため、通常、元の URL を新しいリポジトリに変更するだけでなく、upstreamフォークした元のリポジトリを参照するリモート リポジトリ ' ' も登録します。
もう 1 つのアイデアは、たとえあなたが貢献しなくても、 からの進化についていくupstreamことです: できますgit fetch upstream。そして、必要なアップストリームからの新しいコミットをマージまたはリベースできます。