Pl/FGAddon: Difference between revisions

Z czasem, w miarę rozwoju projektu, rozmiar i zakres repozytorium fgdata rosły, głównie z powodu rosnącej liczby statków powietrznych przechowywanych w [[$FG_ROOT]]/Aircraft, więc podział był nieunikniony.  Pierwsza próba podziału została zorganizowana przez Gijsa de Rooya i ogłoszona 18 października 2011 roku<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] Opublikowane na liście mailingowej flightgear-devel.</ref>.  Każdy osobny statek powietrzny został umieszczony we własnym repozytorium Git, a wszystkie zostały połączone z powrotem z fgdata przy użyciu podejścia podmodułów Git.  Jednak ta próba nie powiodła się i została porzucona.  Od tego dnia do końca 2014 roku projekt podziału fgdata był omawiany na liście dyskusyjnej deweloperów i podsumowany w artykule wiki [[FlightGear Git: splitting fgdata|FlightGear Git: podział FGData]].  W fazie planowania, repozytoria były znane jako fgdata-old podzielone na [[FGData]] (znany również jako fgdata-new) i FGAddon (znany również jako flightgear-aircraft i fgaircraft). Po pół dekadzie planowania zdecydowano, że najlepszym rozwiązaniem dla rozwoju statków powietrznych FlightGear będzie jedno scentralizowane repozytorium Subversion. Ułatwiłoby to zarządzanie i utrzymanie statków powietrznych przez społeczność, zapewniając jednocześnie modułowość i mniejsze pliki do pobrania oraz mniejsze rozmiary lokalnego repozytorium.

|1= The short summary is that we already were maintaining a well established presence on sourceforge. So after quite a bit of discussion, we decided to consolidate there. In addition, we had a perpetual complaint that the fgdata git repository was far too big for most people to initially download (1Gb+). Thus we split off most of the aircraft (expecting unbounded future growth potential) into an svn repository called fgaddon. Sourceforge supports both git and svn repositories. This puts a dependency on a central svn server for our fgaddon aircraft repository, but lightens the weight for anyone wanting to checkout a copy of everything (you don't need a copy of the entire development history, and a copy of every version ever created of every aircraft if you just want to have the latest versions.) Plus svn allows checking out subtrees (without needing the whole repository) so this can also serve as a potential JIT single aircraft service provider. Of course there are always multiple ways to solve every problem and of course every engineering decision has trade offs. Github is a nice provider, no doubt. I have been using them for a number of my own personal repositories. Git of course has ways to address many of the issues we have addressed, but of course everything has strengths and weaknesses.