6,566
edits
De/FGAddon: Difference between revisions
Jump to navigation
Jump to search
→Geschichte: Added Red Leader's GitLab acquisition note to match the English article.
(→Flugzeuge bekommen: The SVN acronym is now explained, to match the English article change.) |
(→Geschichte: Added Red Leader's GitLab acquisition note to match the English article.) |
||
| Line 18: | Line 18: | ||
Im Laufe der Zeit, während dem Wachstum des FlightGear-Projekts, hat gleichzeitig die Größe und der Umfang des fgdata-Repos explosiv zugenommen, so dass eine Spaltung unvermeidlich war. Ein erster Spaltungsversuch wurde von Gijs de Rooy am 18. Oktober 2011 organisiert und angekündigt<ref>Cedric Sodhi (Oct 18, 2011) [http://thread.gmane.org/gmane.games.flightgear.devel/66846 <nowiki>[Flightgear-devel]</nowiki> FGData Split Completed - a.k.a Life after the Split] Veröffentlicht auf der flightgear-devel Mailinglist.</ref>. Jedes Flugzeug wurde in ein eigenes Git-Repository gestellt und alle Flugzeuge zurück an fgdata mit einem Git-Submodul Verfahren gebunden. Aber dieser Versuch scheiterte und wurde aufgegeben. Ab diesem Datum bis zum Ende des Jahres 2014 wurden die Pläne der Teilung von fgdata auf der Mailinglist der FlightGear-Entwickler diskutiert und im [[FlightGear Git: splitting fgdata]] Wiki-Artikel zusammengefasst. In der Planungsphase war das Repository als fgdata-old bekannt, das in FGData (auch bekannt als fgdata-new) und FGAddon (auch bekannt als flightgear-aircraft und fgaircraft) aufgeteilt wurde. Nach einem halben Jahrzehnt der Planung wurde beschlossen, dass die beste Lösung für FlightGear-Flugzeugentwicklung ein einziges zentrales Subversion-Repository wäre. Dies würde Gemeinschaftsentwicklung und Wartung der Flugzeuge erleichtern und zur gleichen Zeit Modularität, kleinere Downloads und kleinere lokale Repositories liefern. | Im Laufe der Zeit, während dem Wachstum des FlightGear-Projekts, hat gleichzeitig die Größe und der Umfang des fgdata-Repos explosiv zugenommen, so dass eine Spaltung unvermeidlich war. Ein erster Spaltungsversuch wurde von Gijs de Rooy am 18. Oktober 2011 organisiert und angekündigt<ref>Cedric Sodhi (Oct 18, 2011) [http://thread.gmane.org/gmane.games.flightgear.devel/66846 <nowiki>[Flightgear-devel]</nowiki> FGData Split Completed - a.k.a Life after the Split] Veröffentlicht auf der flightgear-devel Mailinglist.</ref>. Jedes Flugzeug wurde in ein eigenes Git-Repository gestellt und alle Flugzeuge zurück an fgdata mit einem Git-Submodul Verfahren gebunden. Aber dieser Versuch scheiterte und wurde aufgegeben. Ab diesem Datum bis zum Ende des Jahres 2014 wurden die Pläne der Teilung von fgdata auf der Mailinglist der FlightGear-Entwickler diskutiert und im [[FlightGear Git: splitting fgdata]] Wiki-Artikel zusammengefasst. In der Planungsphase war das Repository als fgdata-old bekannt, das in FGData (auch bekannt als fgdata-new) und FGAddon (auch bekannt als flightgear-aircraft und fgaircraft) aufgeteilt wurde. Nach einem halben Jahrzehnt der Planung wurde beschlossen, dass die beste Lösung für FlightGear-Flugzeugentwicklung ein einziges zentrales Subversion-Repository wäre. Dies würde Gemeinschaftsentwicklung und Wartung der Flugzeuge erleichtern und zur gleichen Zeit Modularität, kleinere Downloads und kleinere lokale Repositories liefern. | ||
Ende 2014 kündigte Gitorious, der Anbieter der Open-Source-Infrastruktur für den FlightGear Quellcode und Daten-Repositories, an, seine Dienstleistungen im Mai 2015 stillzulegen. Diese katalysierte die Spaltung von fgdata-old und einen Umzug zur Open-Source-Infrastruktur von SourceForge für das Hosting der VC-Repositories. Andere Teile der FlightGear-Infrastruktur waren bereits von Sourceforge gehostet, so dass dies ein natürlicher Schritt war. Um das Geschäft zu besiegeln, stimmte SourceForge schriftlich zu, die riesige FlightGear Flugzeugsammlung zu hosten, deren Größe in Open-Source-Kreisen konkurrenzlos ist. Heute ist das FGAddon SVN-Repository zusammen mit den meisten der FlightGear-Projekt-Infrastrukturen auf Sourceforge gehostet. | Ende 2014 kündigte Gitorious, der Anbieter der Open-Source-Infrastruktur für den FlightGear Quellcode und Daten-Repositories, an, seine Dienstleistungen im Mai 2015 stillzulegen, wegen der Übernahme durch GitLab. Diese katalysierte die Spaltung von fgdata-old und einen Umzug zur Open-Source-Infrastruktur von SourceForge für das Hosting der VC-Repositories. Andere Teile der FlightGear-Infrastruktur waren bereits von Sourceforge gehostet, so dass dies ein natürlicher Schritt war. Um das Geschäft zu besiegeln, stimmte SourceForge schriftlich zu, die riesige FlightGear Flugzeugsammlung zu hosten, deren Größe in Open-Source-Kreisen konkurrenzlos ist. Heute ist das FGAddon SVN-Repository zusammen mit den meisten der FlightGear-Projekt-Infrastrukturen auf Sourceforge gehostet. | ||
Im August 2015 wurde ein neues politisches Dokument über FlightGear verfasst, um die ungeschriebenen Normen des Projekts zu kodifizieren<ref>[http://article.gmane.org/gmane.games.flightgear.devel/78713 FlightGear Policy Document and V4.X Roadmap], Entwurfsdokument.</ref>. Mit diesem Dokument wurde die Lizenzpolitik für die FlightGear Flugzeuge von einer GPLv2-Verpflichtung, zu einer GPLv2+ oder GPL-kompatibel<ref>[http://www.gnu.org/licenses/license-list.de.html GNU-Lizenz Kompatibilitätsliste].</ref> Haltung aktualisiert. Allerdings wird zur Bekämpfung der Komplikationen durch Lizenz-Proliferation und für die Integrität und das Wohl des FlightGear-Projekts dringend empfohlen, neue Inhalte unter der GPLv2+ zu lizenzieren. | Im August 2015 wurde ein neues politisches Dokument über FlightGear verfasst, um die ungeschriebenen Normen des Projekts zu kodifizieren<ref>[http://article.gmane.org/gmane.games.flightgear.devel/78713 FlightGear Policy Document and V4.X Roadmap], Entwurfsdokument.</ref>. Mit diesem Dokument wurde die Lizenzpolitik für die FlightGear Flugzeuge von einer GPLv2-Verpflichtung, zu einer GPLv2+ oder GPL-kompatibel<ref>[http://www.gnu.org/licenses/license-list.de.html GNU-Lizenz Kompatibilitätsliste].</ref> Haltung aktualisiert. Allerdings wird zur Bekämpfung der Komplikationen durch Lizenz-Proliferation und für die Integrität und das Wohl des FlightGear-Projekts dringend empfohlen, neue Inhalte unter der GPLv2+ zu lizenzieren. | ||