GitHubライセンスについて知っておくべきこと:選択して追加する方法

Программирование

GitHubライセンス-何について話しているのですか?ソフトウェアを作成するには、ソフトウェアを作成するだけでなく、ユーザーまたは開発者がソフトウェアを使用する権利を決定する必要があります。誰かがすべての人のために無料のプログラムを作成した場合、彼は善行を行っていますが、それを使用する人は誰でも、それをどのように使用するかを正当化する必要があります。たとえば、活動中の会社が無料のオフィス(LibreOfficeなど)と連携する場合、監査人にとっては、そうする権利があることを証明できなければなりません。これを行うには、適切なライセンスを提示するだけで十分です。開発者がそれを策定するのを忘れた場合、会社は困難な立場に置かれる可能性があります。
GitHubライセンスについて知っておくべきこと:選択して追加する方法ライセンスの分類とライセンスの種類[/ caption]アプリケーションを作成するとき、開発者は自分のプログラムで許可されるアクションと許可されないアクションを決定する必要があります。たとえば、使用だけでなく、プログラムのテキストを調べたり、ソフトウェア製品を独自に調整したりすることについても話すことができます。 GitHubは、共同プロジェクト開発のための最大のサービスの1つです。同時に、彼らはここで無料だけでなく、商業プロジェクトにも取り組むことができます。適切なライセンスを指定することにより、開発者は作成された製品の使用方法に関する混乱をなくすことができます。問題は、ライセンスにはさまざまな種類があり、特定の場合にどのオプションを優先するかを決定するのは必ずしも簡単ではないということです。また、一部のプロジェクトにライセンスがないことも珍しくありません。さまざまなケースでユーザーの権利と義務がどのように発生するかを理解するには、ライセンスについてさらに学ぶ必要があります。
GitHubライセンスについて知っておくべきこと:選択して追加する方法

GitHubでオープンソースプロジェクトのライセンスを取得する必要があるのはなぜですか

必要なライセンスを指定することにより、開発者は以下を提供できます。

  1. プログラムの利用規約。彼らは料金の支払いを提供するかもしれません、あるいは、いくつかまたはすべての場合において、無料の使用を許可するかもしれません。
  2. コミュニティによって開発されるプログラムが作成されることもあります。この場合、希望するすべての人がプログラムのテキストに精通できることが重要です。
  3. コードが利用可能になると、プログラムを機能的で信頼性の高いものにするために変更を加える場合があります。作成者が全員にこれを許可できる場合もあれば、変更を自分に送信することを提案し、自分でプロジェクトを調整する場合もあります。
  4. サードパーティがプロジェクトに変更を加え、サードパーティに代わって提案できるどうかを判断する必要があります。この場合、製品がどのライセンスであるかを示す必要があります。

これらおよび同様の問題を解決することで、アプリケーションの作成者は実際に、作成したソフトウェア製品の将来の運命を大きく左右します。

どのような種類のライセンスがありますか

ライセンスとは、一方の当事者(ライセンサー)が他方の当事者(ライセンシー)が作成した製品を使用するためのルールを確立する契約です。実際には、当事者による文書の署名について話しているのではなく、その使用時に対応する権利と義務への自動同意について話しているのです。権利と義務を指定するための制限は事実上ありません。唯一の条件は、彼らが法律を遵守しなければならないということです。独自のライセンスを作成することは、他の規制との互換性を確保する必要があるため、難しい作業です。最良のオプションは、そのようなドキュメントの標準タイプの1つを選択して使用することです。実際には、マルチライセンスを使用することも慣例です。ほとんどの場合、このような場合、2つのライセンスが同時に使用されます。プログラムの作成者は、ユーザーが従わなければならない規則を独自に策定する権利を持っていますが、実際には、多数の種類のライセンスの使用が開発されており、ほとんどの場合、そこから適切なものを選択できます。以下は、ほとんどの場合、GitHubで使用される最も一般的なオプションです。 GitHubで使用される最も一般的なライセンスは次のとおりです。
GitHubライセンスについて知っておくべきこと:選択して追加する方法プログラマーは、自分の計画に合うものを選択できる必要があります。これを正しく行うには、特定の種に固有の機能を理解する必要があります。

著者が文書の作成を拒否した場合、この場合、著作権が適用されます。著作権は、デフォルトで自国の法律によって提供されます。このようにライセンスがないからといって、プログラムでやりたいことが何でもできるというわけではありません。実際、この状況はライセンスの種類の1つと見なすことができます。

Githubライセンスの選び方

適切なオプションの検索を開始する前に、プログラマーが要件を策定する必要があります。この要件から、さらにライセンスを取得します。次に、リクエストに対応する一般的なオプションをよく理解しておく必要があります。その後、法的な文言を注意深く研究し、ライセンスがどうあるべきかについて最終決定を下す必要があります。情報に基づいた選択を行うには、特定の種類のライセンスによってどのような権利と義務が決定されるかを理解する必要があります。正しい選択をするために、コンパレータと呼ばれる特別なサービスを使用できます。ここではいくつかの例を示します。

  1. https://choosealicense.com/。このサイトには、適切なオプションを選択するためのガイド用の質問と、使用の詳細を理解するのに役立つ詳細なアドバイスが含まれています。
  2. https://opensource.org/licensesページは、さまざまなフリーソフトウェアソリューションのレビュー専用です。
  3. サイトhttps://tldrlegal.com/は、さまざまなライセンスオプションの百科事典として表示できます。正確な法律用語と詳細な解説の両方が含まれています。


GitHubライセンスについて知っておくべきこと:選択して追加する方法https://choosealicense.com/でライセンスを比較します[[]]ただし、最も生産的な選択は、関連する法的文書を注意深く読むことです。これは時間のかかる作業ですが、それでも、テキストを研究することで、開発者は必要なすべての答えを得ることができます。

Githubにライセンスを追加する方法

実際にはその有効性と信頼性が証明されているライセンスオプションの幅広い選択にもかかわらず、開発者は自分が作成したプログラムのライセンスがどうあるべきかについて独自の考えを持っているかもしれません。この場合、サービスは独自のバージョンを追加したり、既存のバージョンを調整したりする機能を提供します。Githubにライセンスを追加するには、次の手順に従う必要があります。

  1. リポジトリのメインページに移動する必要があります。GitHubライセンスについて知っておくべきこと:選択して追加する方法
  2. ボタンをクリックしてファイルを追加し、[新しいファイルを作成]を選択する必要があります。GitHubライセンスについて知っておくべきこと:選択して追加する方法
  3. 次に、ファイル名を入力する必要があります。ライセンスの場合、LICENSEまたはLICENCE.mdの2つのオプションのいずれかになります。ここではキャピタライゼーションが必須です。
  4. ファイル名入力フィールドの右側で、クリックしてライセンステンプレートを選択します。GitHubライセンスについて知っておくべきこと:選択して追加する方法
  5. ページの左側にあるメニューで、[プロジェクトにライセンスを追加する]行を選択します。この場合、既存のドキュメントからオプションが選択されます。GitHubライセンスについて知っておくべきこと:選択して追加する方法
  6. 次に、[確認して送信]行をクリックします。次に、契約の詳細を入力します。
  7. その後、何が追加または変更されたかを明確にする必要があります。次に、選択したドキュメントが修正されたかどうか、またはライセンスの別のバージョンを作成することについて話しているかどうかを示します。GitHubライセンスについて知っておくべきこと:選択して追加する方法

変更を確認した後、開発者はGitHubサービスのライセンスのリストに変更を加えるための手順を完了します。

ライセンスを選択するGithub-GitHubで人気のあるライセンスの例

次に、最も人気のあるオプションについて検討します。それらの長所と短所を理解すると、プログラマーは適切なオプションを見つけたり、効果的に検索する方法を理解したりできるようになります。

GPL

このライセンスは、最も人気のあるライセンスの1つと言えます。自由ソフトウェアを作る人にとっては古典的です。このドキュメントの主な要件の1つは、
サードパーティがプログラムを自由に変更できるようにすることですが、同時に、同じライセンスの下でのみ結果を配布する権利があります。このライセンスには異なるバージョンがある場合があります。最新は3番目です。GPLは、Drupal Webコンテンツ管理システム、MariaDBデータベース管理システム、ベクターグラフィックエディターInkSkapeなどのプログラムの開発者によって使用されました。SQLはGPLだけでなく商用ライセンスも使用していることに注意してください。

LGPL

このタイトルは、GNU劣等一般公衆利用許諾契約書GPLに変換されます。一部の開発者にとって、GPLは、同じライセンスの下で変更された製品を配布する義務を生じさせるため、適切ではありません。このオプションを使用することの特徴は、プログラマーによって作成されたライブラリーの使用をライセンスするプロセスがどのように発生するかによって説明できます。この場合、通常、次の3つのオプションを検討します。

  1. ライブラリが新しい機能を提供し、商用ライブラリが同様のタスクを実行できない場合、GPLの使用が最適です。
  2. 無料ライブラリの開発者は、既存の標準をすでに実装しています。この分野では、同様の機能を備えた商用オプションがあります。この場合、LGPLを選択すると便利です。
  3. 実際に商用の標準と競合する新しい標準に関しては、Apacheライセンスが適切です。

この規格
は、ライブラリの商用利用を許可します。変更を加えた場合は、配布に同じ条件を使用する必要があります。ただし、単純なコードの使用により、条件を変更できます。

Eclipseパブリックライセンス

このドキュメント
は、商用ライセンスを含む他のライセンスの下での配布を許可します。主な条件は、変更された作品では、イノベーションが別のモジュールに配置されることです。このライセンスは、Java製品の開発で人気を博しています。例として、JavaアプリケーションをテストするためのフレームワークであるClojureプログラミング言語があります。
GitHubライセンスについて知っておくべきこと:選択して追加する方法

Mozillaパブリックライセンス

このドキュメントをGPLと商用ライセンスの間の妥協点と見なす人もいます。特定のファイルにパブリックアクセスできることは、MPLの要件
です。ソフトウェア製品には、このライセンスに基づくファイルと、このライセンスがないファイルが含まれている場合があります。変更後、必要なライセンスを設定することができます(たとえば、商用ライセンスの場合もあります)が、これは、MPLでリリースされたファイルへのアクセスがまだ開いている場合にのみ可能です。この場合、エンドユーザーには元のソフトウェアの作成者に関する情報を提供する必要があります。LibreOfficeオフィス、Mozillaブラウザ、およびその他のソフトウェア製品は、このドキュメントに従ってリリースされました。

ApacheライセンスGithub

ALはリベラルフリーライセンスと呼ばれています。この機能は、以前と同じ条件でデリバティブ商品をリリースする必要ないという事実によるものです
。このドキュメントは、Apache SoftwareFoundationによって積極的に使用されています。それを使用する場合、以下が許可されます。

  1. ソフトウェア製品は、引き続き商用目的で使用することができます。
  2. アプリケーションの変更は許可されています。
  3. その後の再配布には、元の作成者の名前を含める必要があります。

新しいバリアントを作成する場合、ライセンシーは元の製品コードを提供する義務を負いません。このライセンスは非常に人気があります。これは、このタイプのライセンスの下でリリースされている有名なソフトウェア製品をリストすることで実証できます。Androidオペレーティングシステム、Javaでエンタープライズアプリケーションを作成するためのフレームワーク、ApacheWebサーバーです。https://youtu.be/wyZq-EazOmU

MITライセンス

一部の人々は、この自由ソフトウェアライセンスオプションが最も人気があると感じています。その主な利点は、さまざまな種類の無料または商用ライセンスとの良好な互換性であると考える人もいます。最も重要な機能は、コードを変更する機能と、
変更を加えた人の選択で他のライセンスの下で再配布する許可です。このドキュメントを使用するソフトウェア製品は次のとおりです。JQuieryと呼ばれるJavaScriptライブラリ、Atomテキストエディタ、AngularJS-JavaScriptで開発するためのフレームワーク。 GitHub
GitHubライセンスについて知っておくべきこと:選択して追加する方法のライセンスの比較[/ caption]

水中の岩

作成者が最初にライセンスの1つのバージョンを選択し、後でそれを変更したい場合があります。彼が一人でプログラムを作成した場合、そのような変更は難しくありません。ただし、開発に参加者が多かった場合は、同意なしには機能しません。たとえば、Linuxの作成者は、実際にはオペレーティングシステムの基礎を築いていますが、さらなる開発に参加したすべてのプログラマーの同意なしにライセンスを変更することはできません。MPLで再配布する場合、コードに変更を加えた人は、別のライセンスでMPLでファイルを提供することはできません。新しいドキュメントの使用は、他のソフトウェアモジュールにも適用されます。

info
Rate author