Zum Hauptinhalt springen
Offene Quellen

Verständnis von Open-Source-Software-Lizenzen

Wenn es um Open-Source-Software-Lizenzen geht, gibt es zwei breite Kategorien. Einige Lizenzen fallen unter die Copyleft-Lizenzkategorie, während andere permissive Open-Source-Lizenzen sind.

Artikelcredits

Martin Donadieu

Autor

Valeria

Rezensent

Jordan

Redakteur

Verständnis von Open-Source-Software-Lizenzen

Bei Open-Source-Software-Lizenzen gibt es zwei breite Kategorien. Einige Lizenzen fallen unter die Copyleft-Lizenzkategorie, während andere permissive Open-Source-Lizenzen sind.

In diesem Artikel werde ich erklären, was Open-Source-Software-Lizenzen sind und welche Arten es gibt.

Einführung

An Open Source License is a type of license that allows users to freely view, modify, and share the source material of the software. This way, users are able to frequently update the source code and build on the original product.

Je nachdem, welcher Open-Source-Lizenztyp gewählt wird, können Benutzer bestimmte Aktivitäten mit der code durchführen, wie zum Beispiel das Verkaufen oder kommerzielle Nutzung. Darüber hinaus gibt es viele verschiedene Arten von Open-Source-Lizenzen, jede mit unterschiedlichen Bedingungen und Nutzungsrechten, je nachdem, wie die Quellmaterialien verwendet werden sollen.

Es ist daher wichtig, einen Open-Source-Lizenztyp gründlich zu verstehen, bevor man von seinen Vorteilen profitiert, daher lesen Sie sich bitte weiter unten durch, bevor Sie eine Entscheidung treffen.

Arten von Open-Source-Lizenzen

Arten von OSS-Lizenzen

Permissive Lizenzen

A permissive Lizenz, manchmal als nicht-kopyleft-Lizenz bezeichnet, gewährt Benutzern die Erlaubnis, die Quelle code zu verwenden, zu modifizieren und zu teilen, aber Benutzer haben auch die Option, einige dieser Bedingungen für die Wiederverteilung zu ändern, einschließlich der Ableitung. Im Kontext von Software ist eine Ableitung eine Stück Software, das auf einem bestehenden Programm basiert. Wenn das Original unter einer permissiven Lizenz veröffentlicht wurde, kann ein Ersteller entscheiden, seine Ableitung mit anderen Bedingungen als die, die das Originalwerk erfordert, zu teilen.

Kopyleft-Lizenzen

Kopyleft-Lizenzen in Open-Source-Software bieten dem Benutzer der Open-Source-Software die Freiheit, die Software zu modifizieren, zu verwenden und zu verteilen. Sie erfordern jedoch, dass Benutzer bestimmte Rechte an andere Benutzer weitergeben, indem sie ihnen dieselben Rechte gewähren, die ihnen ursprünglich gegeben wurden.

Kopyleft-Lizenzen definieren, wie die Verteilung und Änderungen der code erlaubt sind, indem sie jede Versuch, sie proprietär oder nicht-offen zu machen, verbieten. Dies sichert ab, dass Entwickler, die die Software modifizieren, Zugriff auf die Quelle code haben, um sie zu aktualisieren oder sogar ihre eigenen Änderungen einzubinden. Natürlich müssen auch Änderungen so verfügbar sein, dass andere von ihrer Open-Source-Verfügbarkeit profitieren können. Dies ist kein Problem für akademische oder Forschungsanwendungen, aber oft ein Deal-Breaker, wenn kommerzielle Software entwickelt wird.

Warum eine Open-Source-Software-Lizenz einschließen?

Bei der Veröffentlichung oder dem Teilen Ihres Software-Produkts als Open-Source ist die Einbeziehung eines Open-Source-Lizenzvertrags von entscheidender Bedeutung. Ein Lizenzvertrag erfüllt mehrere wichtige Zwecke:

  • Um die Zusammenarbeit und Innovation zu fördern.

Open-Source-Lizenzen ermöglichen es jedem, die Quelle code Ihres Software-Produkts zu betrachten, zu ändern und zu verteilen. Dies ermutigt andere Entwickler, an Ihrem Projekt mitzuarbeiten, Fehler zu beheben und neue Funktionen hinzuzufügen. Dies kann zu einem robusteren und innovativeren Software-Produkt führen.

  • Um den Nutzern mehr Kontrolle und Flexibilität zu geben.

Open-Source-Lizenzen ermöglichen den Nutzern in der Regel, das Software-Produkt für jeden Zweck zu verwenden, einschließlich kommerzieller Nutzung. Dies gibt den Nutzern mehr Kontrolle über ihre Software-Erfahrung und reduziert ihre Abhängigkeit von proprietären Software-Anbietern.

  • Um eine Gemeinschaft um Ihr Software-Produkt aufzubauen.

Ein Open-Source-Lizenzvertrag kann Ihnen helfen, eine Gemeinschaft von Nutzern und Entwicklern aufzubauen, die sich leidenschaftlich für Ihr Software-Produkt einsetzen. Diese Gemeinschaft kann Unterstützung, Feedback und neue Ideen für Ihr Projekt bieten.

  • Um Ihr Software-Produkt zugänglicher und inklusiver zu machen.

Open-Source-Software ist in der Regel kostenlos zum Herunterladen und zur Verwendung verfügbar und wird oft in mehreren Sprachen angeboten. Dies macht sie für Menschen aus der ganzen Welt zugänglicher, unabhängig von ihrem Einkommen oder Hintergrund.

Zusätzlich zu diesen Vorteilen können Open-Source-Lizenzen Ihnen auch helfen,

  • Rechtsverstöße zu vermeiden.

Wenn Sie Ihr Softwareprodukt ohne Lizenz verteilen, laufen Sie das Risiko von Urheberrechtsverletzungen.

  • Top-Talente anziehen und binden.

Viele fähige Softwareentwickler werden von Open-Source-Projekten angezogen. Durch die Veröffentlichung Ihrer Software unter einer Open-Source-Lizenz können Sie Ihr Unternehmen für potenzielle Mitarbeiter attraktiver machen.

  • Ihre Marke stärken.

Open-Source-Software genießt in der Tech-Gemeinschaft allgemeine Anerkennung. Durch die Veröffentlichung Ihrer Software unter einer Open-Source-Lizenz können Sie Ihre Beteuerung zur Zusammenarbeit und zur Innovation demonstrieren.

oss_licence(1)

Permissive Softwarelizenzen sind die beliebtesten. Im Wesentlichen ermöglichen diese Lizenzen den Benutzern, das Softwareprodukt wie sie wollen zu ändern und zu verbreiten, mit minimalen Einschränkungen. Drei der beliebtesten Versionen von permissive Softwarelizenzen sind:

MIT-Lizenz

Die MIT-Lizenz ist die beliebteste und permissiveste Open-Source-Software-Lizenz. Sie bietet den Benutzern bemerkenswerte Freiheiten, einschließlich der Möglichkeit, das Material frei zu teilen, zu ändern, zu verwenden und zu kommerzialisieren, wenn sie alle Bedingungen der Lizenz einhalten.

Apache-Lizenz 2.0

Die Apache-Lizenz 2.0 ist eine beliebte permissive Softwarelizenz, die Benutzern ermöglicht, das Softwareprogramm frei zu modifizieren und zu verteilen, während sie sich sicher fühlen, dass die resultierenden Urheberrechtsaussagen und Hinweise in ihrer ursprünglichen Form erhalten bleiben. Diese Open-Source-Lizenz ermöglicht proprietäre Modifikationen und Verteilung und bietet klare Lizenzbedingungen, damit jeder ihre Rechte verstehen kann, wenn sie das Softwareprogramm verwenden.

BSD (Berkeley Software Distribution)-Lizenz

GitHub ermöglicht Ihnen, zwischen zwei BSD-Lizenzen, der BSD 2-Klausel-Lizenz "Simplified", manchmal als "FreeBSD"-Lizenz bezeichnet; und der BSD 3-Klausel-Lizenz "Neu" oder "Revidierte". Der Hauptunterschied zwischen diesen beiden Lizenzen ist die 3-Klausel. Diese Klausel beschränkt Softwarebenutzer darin, den Namen des Autors, der Autoren oder der Beiträger, um Produkte oder Dienstleistungen zu bewerben.

Boost Software Lizenz

Die Boost Software Lizenz, stammt aus den Boost-Bibliotheken für C++ und wurde 2008 von der OSI genehmigt. Diese Lizenz ähnelt den MIT- und BSD-Lizenzen, außer dass sie keine Zuschreibung bei der Verteilung in binärer Form erfordert.

Kopyleft-Open-Source-Software-Lizenzen

Copyleft licenses grant software users permission to use, modify, and share the source code, but also protect against relicensing through specific restrictions and terms and conditions. This represents the reciprocal characteristic of this license that requires users’ work to adhere to the original rights outlined in the license.

GNU-Lizenzen Wenn es um Kopyleft-Software-Lizenzen geht, ist die GPL (General Public License) eine der beliebtesten und am weitesten verbreiteten. Diese Open-Source-Lizenz gewährt Nutzern die Freiheit, Kopien und modifizierte Versionen eines Programms zu verteilen, solange sie bestimmte Bedingungen einhalten, wie z.B. Urheberrechtsvermerke, Haftungsausschlüsse oder andere Lizenzen, die zum unveränderten Programm hinzugefügt wurden.

Indem Entwickler Software mit dieser Lizenzart bereitstellen, sichern sie, dass anderen Zugriff auf ihre Quellcode-code gewährt wird, was es ihnen ermöglicht, Verbesserungen und Anpassungen vorzunehmen, die der Gemeinschaft zugute kommen. Darüber hinaus sichert sich dieser Konzept des 'Kopyleft' auch, dass jeder Nutzer die gleichen Freiheiten gemeinsam teilen kann, wenn er sich mit freier Software auseinandersetzt.

MPL (Mozilla Public License)

Die MPL (Mozilla Public License), oder MPL, stammt von der MPL (Mozilla Public Foundation) und wird auch als schwache Copyleft-Lizenz angesehen. Der Unterschied zu dieser Lizenz (im Vergleich zur Eclipse Public License) ist, dass es sich um eine Dateibasierte Copyleft-Lizenz handelt, was bedeutet, dass code mit Open-Source- oder proprietären code kombiniert werden kann.

Eclipse Public License

Die Eclipse Public License, stammt aus der Eclipse Foundation und wird als schwache Copyleft-Lizenz angesehen. Eine schwache Copyleft-Lizenz verlangt von Software-Nutzern, dass sie jede Änderung, die sie an dem code vornehmen, teilen. Diese Lizenz entschied sich dafür, eine schwächere Copyleft-Lizenz umzusetzen, um die strengeren Anforderungen zu reduzieren, die Nutzer mit den GNU’s General Public Licenses erlebten.

Wie Wähle Ich Die Richtiges Lizenz Für Mein Projekt?

  • Wenn Sie Ihr Projekt unter einer Open-Source-Lizenz freigeben, wählen Sie eine Lizenz, die mit den Projekten kompatibel ist, die Sie verwenden.

  • Wenn Sie andere erlauben möchten, Ihr Projekt für kommerzielle Zwecke zu verwenden, wählen Sie eine Lizenz, die dies erlaubt.

  • Wenn Sie andere erlauben möchten, Ihr Projekt zu modifizieren und zu verteilen, wählen Sie eine Lizenz, die dies erlaubt.

  • Wenn Sie sicherstellen möchten, dass Ihr Projekt frei und Open-Source bleibt, wählen Sie eine Copyleft-Lizenz.

  • Wenn Sie unsicher sind, welche Lizenz Sie wählen sollen, hat die Open Source Initiative eine Liste beliebter Lizenzen, die Sie vergleichen können.

Die Wahl der richtigen Lizenz für Ihr Open-Source-Projekt ist eine wichtige Entscheidung. Durch sorgfältiges Überlegen Ihrer Bedürfnisse und Ziele können Sie eine Lizenz wählen, die Ihnen dabei hilft, Ihre gewünschten Ergebnisse zu erreichen.

Capgo neue Lizenz

Wie erreiche ich das alles? Indem ich meine Lizenz ändere.

Capgo hat nun die Lizenz von der MIT zu einem neuen Lizenzschema namens GNU Affero General Public License V3 (AGPLv3) oder einer späteren Version geändert. Capgo Version kann hier gefunden werden. hier.

Capacitor-Updater (das Plugin) hat nun die Lizenz von der LGPLv3 zu einem neuen Lizenzschema namens Mozilla Public License Version 2.0 (MPLv2) oder einer späteren Version geändert. Capacitor-Updater Version kann hier gefunden werden. hier.

Diese Änderung macht keinen Unterschied für alle, die sich für Capgo Cloud anmelden oder Capgo selbst hosten, aber sie mag ein paar Unternehmen stören, die versucht haben, mein Software direkt zu nutzen, um mich ohne Beiträge zu konkurrieren.

Die AGPL ist eine Lizenz, die Google ein Problem bereitet, da sie nicht bereit sind, ihre geschlossene code zu offenbaren. Google ist der AGPL gegenüber opponiert und stellt fest:: „Code unter der GNU Affero General Public License (AGPL) darf nicht bei Google verwendet werden.“

Das Ziel der AGPL ist es, die Benutzerfreiheit zu maximieren und Unternehmen zu ermutigen, zu Open-Source beizutragen. Ich bin eine Benutzerfacing-Anwendung, eine Standalone-Anwendung. Ich bin keine Bibliothek oder ein Teil eines größeren Projekts. Ich brauche keine Spenden von Google, also sind wir froh, AGPL-gekennzeichnet zu sein. Es ist die richtige Lizenz für Capgo.

Fazit

Es gibt viele Faktoren zu berücksichtigen, wenn man eine Open-Source-Software-Lizenz wählt. Dennoch gibt es sicherlich beliebte Wahlmöglichkeiten innerhalb der Entwicklergemeinschaft. Gemeinsame permissive Lizenzen umfassen die MIT-Lizenz, die Apache-Lizenz und die BSD-Lizenz. Einige gemeinsame Copyleft-Lizenzen umfassen die GNU-Gemeinfreie Lizenz und die Mozilla Public License.

Fortsetzung von Open-Source-Software-Lizenzen verstehen

Wenn Sie Open-Source-Software-Lizenzen verstehen um lebendige Aktualisierungen zu planen, verbinden Sie sie mit Capgo Live Updates for the product workflow in Capgo Live Updates, __CAPGO_KEEP_0__ Live Updates Übersicht Für die Implementierungsdetails in Übersicht Funktionen Für die Implementierungsdetails in Funktionen Für die Implementierungsdetails in der Updateverhaltensweise und Update-Typen Für die Implementierungsdetails in den Update-Typen.

Live-Updates für Capacitor-Apps

When a web-layer bug is live, ship the fix through Capgo instead of waiting days for app store approval. Users get the update in the background while native changes stay in the normal review path.

Wenn ein Web-Schicht-Bug live ist, versenden Sie die Reparatur über __CAPGO_KEEP_0__ anstatt Tage zu warten, bis die App-Store-Zulassung genehmigt ist. Die Benutzer erhalten die Aktualisierung im Hintergrund, während native Änderungen im normalen Review-Verfahren bleiben.

Kontext: Capgo-Marketing-Website. Rolle: Unterstützende Beschreibung oder Meta-Beschreibung. Gesehen in: Komponente GetStarted.astro. Capgo-Produkt/Marke- und Entwicklertrems genau beibehalten. Nachrichtenschlüssel `instant_updates_for_capacitor_apps_description` (Instant Updates For Capacitor Apps Description).

Neueste von unserem Blog

Capgo bietet Ihnen die besten Einblicke, die Sie benötigen, um eine wirklich professionelle mobile App zu erstellen.