例: yeoman 。 BSDライセンスの下でライセンスされています。 CLAフォーム (コントリビューターライセンス契約)はプロジェクト固有ではなく、電子的に署名できます。
CLAは通常、いくつかのことを行うために存在します。
RailsやNodeなどのほとんどの完全にボランティアのプロジェクトは、最初にそれらを必要とする、またはそれらに対して意味のある何かを行うためのバッキングエンティティがないため以外に理由がない場合は、CLAsを必要としません。(前述のように、FSFが支援するプロジェクトはここでの主要な例外です。)公式のGoogle/Oracle/Apple製品であるプロジェクトなど、ほとんどの商業的に支援されたオープンソースプロジェクトは、何らかの形式のCLAを必要とします。これらの種類のものについて考えてください。その種類のものを強制する単一のバッキングエンティティがあるためです。
CLAは(このページで言及されている他の事柄に加えて)寄稿者を法的な問題から保護することもあります。 GoogleのCLA からのこの抜粋を見てください:
あなたがサポートを提供したい場合を除き、あなたはあなたの貢献に対してサポートを提供することは期待されていません。無料で、有料で、またはまったくサポートを提供できます。適用法によって要求されない限り、または書面で同意されない限り、あなたは「現状のまま」のベースで貢献を提供しますORいかなる種類の条件も、明示または黙示を問わず、保証を含みますが、これに限定されません。タイトル、非侵害、商品性、または特定の目的への適合性の条件。
ベンジャミンの答えはかなり明確でしたが、私は単一のポイントを強調したいと思います。 CLAは、プロジェクトを使用している、またはプロジェクトに貢献している企業を保護します。企業、特に大企業は、法的問題に油断するのを恐れています。私は、法律があなたの側にあるスラムダンクの場合でさえ、あなたが訴訟に勝つことを確信できるのは約60%だけであることを知っている企業弁護士に人々に伝えました。
会社の状況を考えてみてください。特に、非常に大規模で収益が大きい会社は、オープンソースツールを中心に製品を構築しています。彼らは顧客を獲得し、インフラストラクチャを構築し、従業員を雇います。元のツールへの貢献者が突然、特許または著作権の侵害で訴訟を起こした場合、その会社は大量の法的問題に直面しています。彼らが製品の提供をやめると、インフラストラクチャと必要のない従業員にお金を浪費し、さらに重要なことに、顧客を怒らせます。一方、彼らがプロジェクトの提供をやめた場合、訴訟が解決するまで彼らの責任は終了します。
現在の合法的なソフトウェアランドスケープを考慮すると、CLAは、企業がオープンソースソフトウェアを快適に使用し、貢献できるようにするための最良の方法です。これは理想的ではありませんが(このような法的事項に対処する必要がないことは素晴らしいことです)、現在、これらの貢献を行ういくつかの方法の1つです。