BSDライセンスのプロジェクトをフォークするときの法的考慮事項は何ですか？

2節のBSDライセンスでリリースされたプロジェクトをフォークすることに興味があります。

Copyright（c）2010 {著作権者}無断転載を禁じます。

以下の条件が満たされている場合に限り、変更の有無にかかわらず、ソースおよびバイナリ形式での再配布および使用が許可されます。

（1）ソースコードの再配布では、上記の著作権表示、この条件のリスト、および最後の免責事項を保持する必要があります。バイナリ形式で再配布する場合は、上記の著作権表示、この条件のリスト、および次の免責事項を、配布物とともに提供されるドキュメントやその他の資料に複製する必要があります。

（2）{著作権者}の名前またはその寄稿者の名前は、特定の事前の書面による許可なしに、このソフトウェアから派生した製品を推奨または宣伝するために使用することはできません。

免責事項

このソフトウェアは、著作権者および寄稿者によって「現状のまま」提供され、商品性および特定の目的に対する適合性の黙示の保証を含むがこれに限定されない、明示または黙示の保証は否認されます。いかなる場合も、著作権者または寄稿者は、直接的、間接的、偶発的、特別、例示的、または派生的な損害（代替商品またはサービスの購入、使用、データ、または利益の損失を含むが、これらに限定されない）に対して責任を負わないものとします。またはビジネスの中断）責任の理論にかかわらず、契約、厳格責任、または不法行為（過失またはその他の場合を含む）にかかわらず、このソフトウェアの使用のいかなる方法においても、その問題の助言があったとしても

これまでにプロジェクトをforkしたことはありませんが、このプロジェクトは、私が必要とするものと非常に似ています。ただし、どこまで到達できるかは不明なので、最新のものをリポジトリから取得して作業を開始する予定です。たぶん、最終的には、私が望んでいる場所に到達し、リリースできるようになるでしょう。これは正しいアプローチですか？

正確には、これはプロジェクトの分岐にどのように影響しますか？どのコンポーネントまたはセクションを誰が所有しているかを追跡するにはどうすればよいですか（私が著作権を所有している、元の作成者がコードベースを踏み始めたら、著作権を所有している）。このプロジェクトをフォークできますか？リリースする前に何をする必要がありますか。また、いつこのBSDライセンスの作品から派生したソフトウェアをリリースすることにしたのですか？

あなたの質問に答えるには：

これは正しいアプローチですか？ 多分、あなたの変更が一般的に有用であれば、私はフォークの代わりにプロジェクトに貢献しようと思います。

このプロジェクトをフォークできますか？はい。BSDライセンスでは、フォークすることができます。フォークする許可を求める必要はありません。

変更を追跡する方法...？変更したファイルの著作権表示に名前を追加します。そして、それが追加するファイルにあることを確認してください。詳細が必要な場合、SCMツールは誰が何を変更したかを追跡します。

リリースする前に何をしなければならない...？ソースをリリースする場合、バイナリをリリースする場合は、ソースの著作権表示で十分です。元の著作権表示がサポートドキュメントに含まれていることを確認してください。

これを処理するために私が見る一般的なことは、基本的にある種のバージョン管理を使用し、ファイルが大幅に変更されたときに著作権ヘッダーを追加することです。

たとえば、OpenBSDでは、次のような規則に従っていると思います。

-ファイルの先頭-
[最近の「メジャー」エディターの著作権ヘッダー]

[前の主要編集者の著作権ヘッダー]

[作成者の著作権ヘッダー]

（著作権ヘッダーはBSDライセンスなどです）

これはほとんどの部分で著作権の問題を処理します。基本的に、ファイルに大幅な編集が行われるときはいつでも、著作権ヘッダーが追加されます。Majorは主観的ですが、通常は些細なリファクタリングまたは移植以上のものを伴います。

明らかに人々は私が言ったことを誤解しているので、ここで言い換えます：私はあなたに法的助言を与えていません。それがあなたが望むものであるならば、このサイトからではなく弁護士から法的助言を求めてください。そうは言っても、プロジェクトを分岐することに対する私の理解は次のとおりです。

一般に、私が理解しているように、コメントを残して、彼らが書いたコードが自分のものであると主張してはなりません。私はあなたのコードのために新しいファイルを作成し、それらに触れないようにしようとします-拡張とバグ修正をしない限り。フォークする前に他の開発者に連絡し、あなたの貢献がメインコードに追加できるかどうかを確認します。そうでない場合は、フォークして名前を変更しますが、通知を残し、クレジットが支払われるべき場所にクレジットを割り当てます。