Fr/How the FlightGear project works: Difference between revisions

{{db-g7}}

Comme d'années en années FlightGear devient de plus en plus populaire, nous avons pu voir nombre de controverses sur les rouages du projet FlightGear. Il est un fait bien connu parmi les contributeurs de longue date que le modèle de développement de FlightGear peut sembler irritant au premier abord et il est connu pour provoquer des confusions ou même des frustrations parmi les nouveaux contributeurs qui peuvent déjà avoir une expérience de contribution dans d'autres communautés de Flight Sim ou même d'autres logiciels OSS. Alors, voici une collection de réponses destinées à clarifier pourquoi les choses sont mises en place de cette façon. Les personnes qui désirent s'impliquer dans la communauté FlightGear et de contribuer d'une manière ou d'une autre, sont encouragés à lire ceci et comprendre comment FlightGear a pu être couronnée de succès, malgré le fait qu'il n'a pas de support commercial ou un modèle de développement vraiment structuré.

* Today, with much infrastructure available for free or easy obtainable, forking a project has become easier than ever. You might end up in a position to fork Flightgear to support your own pet projects, perhaps your own little business based on said pet projects. The thing to keep in mind is that it is quite hard to keep up with the latest developments. Be prepared to spend lots of hours just to add all the new features being developed in the mainline. However, it can also be a very satisfying experience, especially if you base your own fork on a slightly older code version, and try as hard as you can to keep it stable. A successful fork is hard to achieve and maintain over time, but you may be in a situation where this is required. Do not hesitate to try it. Always bring your contributions to the attention of upstream. They might get merged and save you some trouble in the future.