6,609
edits
Fr/FGAddon: Difference between revisions
Jump to navigation
Jump to search
→Histoire: Translation of the 5th paragraph.
(→Histoire: Translation of the 4th paragraph.) |
(→Histoire: Translation of the 5th paragraph.) |
||
| Line 17: | Line 17: | ||
En même temps que le projet a grandi, la taille et l'étendue du référentiel de fgdata a élargi lorsqu'une séparation était inévitable. Une première tentative de séparation a été organisé par Gijs de Rooy et annoncée le 18 Octobre, 2011<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] Publié sur la liste de diffusion flightgear-devel.</ref>. Chaque aéronef a été placé dans son propre dépôt Git et tous les aéronefs lié de nouveau à fgdata en utilisant un démarche «Git submodule». Cependant, cette tentative n'a pas fonctionné et a été abandonné. De cette date jusqu'à la fin de 2014, la conception de la séparation de fgdata a été discuté sur la liste de diffusion de développement et résumée dans l'article de wiki [[FlightGear Git: splitting fgdata]]. Dans les étapes de planification, les des référentiels étaient nommé comme la division de fgdata-old en [[FGData]] (aussi appelé fgdata-new) et FGAddon (aussi appelé flightgear-aircraft et fgaircraft). Après une demi-décennie de la planification, il a été décidé que la meilleure solution pour le développement d'aéronef FlightGear serait un seul référentiel de Subversion centralisée. Cela faciliterait la gestion par la communauté et de l'entretien de l'aéronef tout en fournissant en même temps la modularité et des téléchargements plus petits et un référentiel local beaucoup plus petit. | En même temps que le projet a grandi, la taille et l'étendue du référentiel de fgdata a élargi lorsqu'une séparation était inévitable. Une première tentative de séparation a été organisé par Gijs de Rooy et annoncée le 18 Octobre, 2011<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] Publié sur la liste de diffusion flightgear-devel.</ref>. Chaque aéronef a été placé dans son propre dépôt Git et tous les aéronefs lié de nouveau à fgdata en utilisant un démarche «Git submodule». Cependant, cette tentative n'a pas fonctionné et a été abandonné. De cette date jusqu'à la fin de 2014, la conception de la séparation de fgdata a été discuté sur la liste de diffusion de développement et résumée dans l'article de wiki [[FlightGear Git: splitting fgdata]]. Dans les étapes de planification, les des référentiels étaient nommé comme la division de fgdata-old en [[FGData]] (aussi appelé fgdata-new) et FGAddon (aussi appelé flightgear-aircraft et fgaircraft). Après une demi-décennie de la planification, il a été décidé que la meilleure solution pour le développement d'aéronef FlightGear serait un seul référentiel de Subversion centralisée. Cela faciliterait la gestion par la communauté et de l'entretien de l'aéronef tout en fournissant en même temps la modularité et des téléchargements plus petits et un référentiel local beaucoup plus petit. | ||
Fin 2014, Gitorious, le fournisseur de l'infrastructure open source pour les référentiels de code source et ressources de FlightGear a annoncé qu'il allait fermer ses services en mai 2015. Cela a catalysé la scission de fgdata-old et un déménagement à l'infrastructure open source SourceForge pour l'hébergement des référentiels de gestion de version. D'autres parties de l'infrastructure FlightGear été déjà hébergés par SourceForge, ainsi il était un choix naturel. Pour conclure l'affaire, SourceForge a accepté par écrit d'accueillir l'immense collection d'aéronefs de FlightGear, dont la taille est inégalée dans les cercles open source. Aujourd'hui, le référentiel de SVN FGAddon, avec la plupart de l'infrastructure du projet FlightGear, est hébergé sur SourceForge. | |||
== Obtenir les aéronef == | == Obtenir les aéronef == | ||