De/FGAddon: Difference between revisions

From FlightGear wiki
Jump to navigation Jump to search
(→‎GUI-Clients und TortoiseSVN: Translated the section.)
(→‎Aktualisierung: Translated the section.)
Line 80: Line 80:


=== Aktualisierung ===
=== Aktualisierung ===
Mit einer Checkout Kopie von der <code>/trunk</code> Entwicklungsversion, kann man das Flugzeug zu der neuesten Version aktualisieren, wenn man den folgenden Befehl eingibt:
<syntaxhighlight lang="bash">
svn up
</syntaxhighlight>


== Flugzeugentwicklung ==
== Flugzeugentwicklung ==

Revision as of 17:40, 14 October 2015

Die Übersetzung dieses Artikels ist in Bearbeitung.

Der offizielle FGAddon-Flugzeughangar ist ein Repository zur Versionskontrolle, der auf FlightGears SourceForge Infrastruktur gehostet ist und für die alltägliche Entwicklung der Flugzeuge von FlightGear verwendet wird. FGAddon ist ein Apache Subversion Version Control Repository. In FGAddon enthalten sind Flugzeuge, die nicht Teil des Basispaket sind (im Basispaket enthalten sind die Cessna 172P und das UFO - Diese werden noch immer im FGData Repository gehostet), aber sie sind mit jeder stabilen Version für die FlightGear Downloadseiten (3.4.0, 3.6.0, etc.) markiert.

Die Flugzeuge, die im FGAddon-Repository entwickelt werden, sollten als instabil betrachtet werden. Bei der Verwendung einer stabilen Version von FlightGear, ist es am besten, ein Flugzeug mit der passenden Versionsnummer von der FlightGear-Downloadseite herunterzuladen. Allerdings sind die Flugzeuge in FGAddon seit FlightGear 3.4 mit jeder stabilen Version durch sog. "Tags" markiert, wodurch die Subversion-Werkzeuge ein praktisches Hilfsmittel sein können, um einzelne Flugzeuge oder den gesamten offiziellen Flugzeughangar von FlightGear mit ca. 500 Flugzeugen passend für die jeweilige stabile FlightGear-Version zu erhalten. Bei Verwendung des (täglich erstellten) FlightGear-nightly builds oder einer selbst kompilierten FlightGear-Version aus den Git-Versionskontroll-Repositories ermöglicht FGAddon, die Flugzeuge passend zu den neuesten FlightGear-Entwicklungen zu erhalten.

Geschichte

WIP.png Angefangene Arbeiten
Dieser Artikel oder Abschnitt wird in die kommenden Stunden oder Tagen bearbeitet werden.
Bemerkung: Der Inhalt dieses Abschnitts wird z.Zt verifiziert und überprüft.
Sehen Sie die Geschichte für die neuesten Entwicklungen.

Das FlightGear-Projekt wurde am 8. April 1996 von David Murr ins Leben gerufen, der die Idee zu einem neuen Flugsimulator hatte, welcher vollständig von Freiwilligen entwickelt wird.[1][2][3][4]. Ein Teil der ursprünglichen Ziele bestand darin, 2D- und 3D-Grafikroutinen für den Simulator zu entwickeln. Aber da dies eine gewaltige Aufgabe war, kam sie Anfang 1997 zu einem unfertigen Stillstand, als der Hauptentwickler Eric Korpela sich auf die Fertigstellung seiner Doktorarbeit konzentrieren wollte. Daher hat Curtis Olson am 16. Mai 1997 eine neue Entwicklung mit einem neuen Projekt auf der Basis der OpenGL-Bibliotheken begonnen, so dass ein funktioneller Flugsimulator in einer kurzen Zeitspanne zusammengefügt wurde.[5]. Die ersten Commits waren zum ursprünglichen flightgear und simgear CVS Versionskontrolle Repositories.

Durch das Wachstum des FlightGear-Projektes hat die Größe, Menge und Qualität der FlightGear Software-Assets ebenfalls zugenommen. Diese Assets waren nicht organisiert und wurden in verschiedenen Teilen des Internets verstreut. Daher wurde beschlossen, ein Großteil dieser FlightGear-Inhalte in einem neuen zentralen CVS-Repository zu sammeln und zu speichern, welches am 22. Oktober 2000 erstellt wurde und fgadata genannt wurde. Um die rechtliche Umverteilung dieser Assets als Teil der FlightGear-Distribution zu ermöglichen, wurde eine exklusive GPLv2 Politik angenommen.

Im Mai 2010 wurde die Entwicklung von dem berüchtigten "Kaffee-Zwischenfall" unterbrochen. Es führte zum Untergang des Heimservers von Curtis, der alle FlightGear Repositories gehostet hat[6]. Diese Ereignisse führten zu einer Massenmigration aller CVS-Repositories in neue Git-Repositories. Aufgrund von Problemen mit der Bandbreite wurde beschlossen, die neuen Repositories auf der Open-Source-Infrastruktur von Gitorious zu hosten.

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[7]. 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.

Im August 2015 wurde ein neues politisches Dokument über FlightGear verfasst, um die ungeschriebenen Normen des Projekts zu kodifizieren[8]. Mit diesem Dokument wurde die Lizenzpolitik für die FlightGear Flugzeuge von einer GPLv2-Verpflichtung, zu einer GPLv2+ oder GPL-kompatibel[9] 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.

Erwerb von Flugzeugen

Hinweis  Wenn Sie Interesse an Flugzeugen für stabile FlightGear Versionen und keine Kenntnis von Versionskontrolle haben, sollten Sie die FlightGear Hangars besuchen, um Flugzeuge herunterzuladen.

Mit Zugang zu den SVN-Tools kann die Verwendung des FGAddon-Version-Control-Repository eine einfache Methode für den Erwerb von Flugzeugen für eine bestimmte FlightGear-Version direkt von der offiziellen Quelle sein. Bei der Verwendung der neuesten abendlichen FlightGear-Version oder einer selbst kompilierten FlightGear-Version, sollten die neuesten Entwicklungsversionen der Flugzeuge verwendet werden, so dass die Versionen übereinstimmen. Beachten Sie, dass durch einen FlightGear und FGAddon-Flugzeug Versionskonflikt, dass seltsame Fehler zu erwarten sind und die Kombination mit Versionskonflikt nicht von der FlightGear Gemeinschaft unterstützt wird sein. Aus der Perspektive eines FlightGear-Benutzers wird im Folgenden beschrieben, wie man das offizielle Repository verwenden sollte, um Flugzeuge zu erwerben.

Vorbereitung

Um das FGAddon-Repository zu verwenden, müssen die Subversion-Werkzeuge installieren werden:

  • MS Windows: Installieren Sie eine der zahlreichen Subversion-Clients. Zum Beispiel ist SlikSVN eine der besten Kommandozeilen-Versionen und das Beste für die Flugzeugentwicklung, und TortoiseSVN bietet eine benutzerfreundliche grafische Benutzeroberfläche (GUI) durch die Integration in den Windows Explorer.
  • Mac OS X: Installieren Sie das offizielle Subversion-Client.
  • GNU/Linux: Installieren Sie den Subversion-Client durch den Paketmanager. Es wird normalerweise in einem Paket gefunden, das subversion-*.{rpm,deb} genannt ist.

FGAddon Verzeichnisstruktur

Zu wissen wie man das FGAddon-Repository verwenden kann, ist ein Verständnis der Verzeichnisstruktur des Repositorys erforderlich.

  • /trunk: Dieses Basisverzeichnis ist, wo sich die Entwicklungsversionen des Flugzeugs befinden.
  • /branches/release-x.y.z/: Diese Verzeichnisse enthält die Flugzeuge der spezifischen stabilen FlightGear-Versionen.

Das Web-Interface für das FGAddon-Repository ermöglicht es, alle Flugzeuge durchsucht werden.

Herunterladung

Flugzeug zum Herunterladen

Zuerst wählen Sie ein Flugzeug zum Herunterladen aus. Das Bell Boeing V-22 Osprey wird in diesem Beispiel verwendet werden.

Kommandozeile

Um das Flugzeug für FlightGear 3.4.x herunterzuladen, tippen Sie einfach:

svn co https://svn.code.sf.net/p/flightgear/fgaddon/branches/release-3.4.0/Aircraft/V22-Osprey

Um die Entwickler-Version zu erhalten, geben Sie ein:

svn co https://svn.code.sf.net/p/flightgear/fgaddon/trunk/Aircraft/V22-Osprey

Wenn alle die ca. 500 Flugzüge aus dem Repository gewünscht sind - aber pass auf, es wird eine riesige Herunderladung von über 6 GB sein - benutzten Sie den Befehl:

svn checkout https://svn.code.sf.net/p/flightgear/fgaddon/trunk flightgear-fgaddon

Bei der Verwendung eine stabile FlightGear-Version, zum Beispiel FlightGear 3.6, um alle Flugzeuge passend für die installierte FlightGear-Version zu erhalten, benutzten Sie:

svn co https://svn.code.sf.net/p/flightgear/fgaddon/branches/release-3.6.0/ flightgear-fgaddon

GUI-Clients und TortoiseSVN

Bei der Verwendung einer der Subversion-GUIs (grafische Benutzeroberflächen), kopieren Sie eine der oben genannten https:// URLs und verwenden Sie es im GUI (jede GUI ist anders, also bitte die entsprechende Dokumentation lesen). Um die einzigartige TortoiseSVN-Tool zu verwenden, einfach:

  • In Windows Explorer erstellen Sie ein neues leeres Verzeichnis für das Flugzeug (oder Flugzeugsammlung).
  • Im neuen Verzeichnis mit der rechten Maustaste klinken Sie und SVN Checkout... wählen.
  • Kopieren und fügen Sie das URL ein, zum Beispiel https://svn.code.sf.net/p/flightgear/fgaddon/trunk/Aircraft/V22-Osprey, lassen Sie alle anderen Einstellungen unverändert, und importieren Sie die Dateien durch Klicken auf OK.

Weitere Informationen finden Sie in der TortoiseSVN Dokumentation. Beachten Sie, dass durch die Installation von TortoiseSVN eine Möglichkeit die Kommandozeilenwerkzeuge zu installieren gibt.

Aktualisierung

Mit einer Checkout Kopie von der /trunk Entwicklungsversion, kann man das Flugzeug zu der neuesten Version aktualisieren, wenn man den folgenden Befehl eingibt:

svn up

Flugzeugentwicklung

Kontakt mit die ursprünglichen Flugzeug Autoren

SourceForge Konto

Commit-Zugriff

FGAddon Commitlog Mailingliste

Versionskontroll-Werkzeuge

Subversion

Einrichtung

Repository auschecken

Informationen und Geschichte

Tägliche Nutzung

Änderungen übergeben

Verzweigen

Git-svn

Einrichtung

Klonierung eines Flugzeug

Informationen und Geschichte

Tägliche Nutzung

Änderungen übergeben

FGAddon dedizierte Zweig

Synchronisierung

Nachteile des git-svn

Kopieren von Dateien zwischen Flugzeuge

Verschieben oder Umbenennen von Dateien

Kopieren von Dateien innerhalb eines Flugzeuges

FGAddon Entwicklungskonzepte

Neue Flugzeuge

svn import

svn add

Mime-type Probleme

Subversion config Datei

Ausführungs Bit

Sourceforge Entwickler Dienstleistungen

Entwickler Git Repository

Entwicklungsteams

Kommunikation im Team

Entwicklungsszenarien

Einzel-Entwickler

Einzel-Entwickler (git-svn)

Auf SourceForge hochladen

Sendung von externen Git Repository Änderungen auf FGAddon

Anschluss eines existierenden Git Repository an FGAddon

Teamentwicklung

Private Teamentwicklung (git-svn)

Das Team

Teamleiter

Privates Repository Einrichtung
Team Einrichtung
Hochladung auf FGAddon

Teammitgliedern

Arbeiten mit dem Repository
Forking und merge requests

Referenzen

  1. David Murr (Apr 9, 1996). FlightGear Antrag 1.0: "A PROPOSAL FOR A NEW FLIGHT SIMULATOR - home built!@". Veröffentlicht auf der rec.aviation.simulators Newsgroup.
  2. David Murr (1996). FlightGear Antrag 2.0: FLIGHT GEAR "This truly is as real as it gets!" - a proposal for a new flight simulator - REVISION 2.0.
  3. David Murr (Oct 29, 1996). FlightGear Antrag 3.0: FLIGHT GEAR FLIGHT SIMULATOR, revision 3.0 - Wednesday, 10.30.96, "The future of flight simulation is here". Publiziert auf der flight-gear@infoplane.com Verteilerliste.
  4. David Murr (Sep 11, 1998). FlightGear Antrag 3.0.1: FLIGHT GEAR FLIGHT SIMULATOR, revision 3.0.1 - Friday, Sep.11.98, "The future of flight simulation is here".
  5. Curtis Olson (Sep 28, 2015). Re: A PROPOSAL FOR A NEW FLIGHT SIMULATOR - home built!@. Veröffentlicht im FlightGear-Forum.
  6. James Turner (May 20, 2010). [Flightgear-devel] Re: Flightgear git repositories (was Re: GIT or CVS - Confusion) Veröffentlicht auf der flightgear-devel Mailinglist.
  7. Cedric Sodhi (Oct 18, 2011) [Flightgear-devel] FGData Split Completed - a.k.a Life after the Split Veröffentlicht auf der flightgear-devel Mailinglist.
  8. FlightGear Policy Document and V4.X Roadmap, Entwurfsdokument.
  9. GNU-Lizenz Kompatibilitätsliste.