Zdravo! Torej en kratek povzetek zadnjega dogajanja in napoved za naprej.
Ce niste opazili, smo naredili kar nekaj sprememb pri projektu, namrec sedaj je postal to manj predmet Tehnologija programske opreme in bolj Razvoj odprtokodne programske opreme. Namrec pri razvoju bomo uporabljali tipicna orodja odprtokodne skupnosti. Med njimi SVN repozitorij in Trac orodje za sledenje in vodenje razvoja. Potrebne podatke za uporabe teh, vam je poslal ze Nejc (oziroma vam jih morajo posredovati vase vodje skupin). Tam je tudi opisal kako izgleda sistem in katere komponente vsebuje. Jutri pa bova z Nejcem na vajah na hitro predstavila kako sva si zamislila, da bi vse skupaj potekalo in kako se v vse to vklaplja kateri od sistemov, ki sva ga pripravila (no, vec ali manj je to delal Nejc). Zato vas vabim v cimvecjem stevilu, da ne bo kasneje kaksnih tezav. Tu bom napisal nekaj osnovnih tock, toliko, za referenco, od tistega, kar bova jutri predstavila. Priporocam, da se za razvoj uporablja: Eclipse + Subclipse + PDT http://www.eclipse.org/ http://subclipse.tigris.org/ http://www.eclipse.org/pdt/ Tako ko se bo koda razvijala, se bo preko SVN commitala na streznik, kar se bo takoj pokazalo tudi v public verziji, ki jo kaze Apache. Ob tem bomo uporabljali Trac: http://trac.edgewall.org/ Pac po potrebi in koliko bo katera skupina videla v tem smisla. Sam mislim, da bi sicer to bilo super orodje, ce bi s tem zaceli ze od zacetka. Tako pa je po mojem dobro za to, da se skupne stvari podokumentirajo (recimo uporaba sistema za prijavo, skupni dogovori, kaksne skupne knjiznice ali funkcije, ki se bodo izkazale za uporabne ...). Uporabna pa je tudi za to, ker ima funkcionalnost ticketov, torej lahko vsak uporabnik doda kaksne bug reporte, feature requeste in podobno, ki jo potem lahko kdo iz njegove skupine ali kaksna druga skupina zapre. Recimo to bi lahko bilo kar primerno orodje za komunikacijo med skupinami glede potrebnih sprememb v funkcionalnosti drugih. Pa tudi kasneje za debugiranje. Ker sem opazil glede te ideje, da se uporablja SVN za vsak update programa pri razvoju, dolocena negodovanja pri sosolcih, katerim sem to ze predstavil, bi zato tu strnil argumente, zakaj je to boljse, kot recimo, da se uporablja FTP in zakaj je to nujno, ce dela vec ljudi hkrati na isti kodi. Prednosti so tako: - enostavna administracija, le en nacin dostopa do streznika - ohranjanje vseh sprememb, moznost vracanja nazaj - sledenje kdo kaj dela - predvsem pa preprecitev konfliktov (oziroma njihova zaznava), ce dva delata hkrati na isti datoteki, kar pri FTPju zal ni mozno in lahko nekdo povozi delo drugega, brez da bi to opazil (kar potem povzroci sive lase - in jaz ne zelim dolgih sivih las) Slabosti so tako: - vse velike in male neumnosti, poskusi in nepravilnosti bodo za vedno shranjene v repozitoriju, to sicer pri kaksnem vecjem projektu mogoce res ni prijetno, ampak tu se bo ta repozitorij po zakljucku projekta brisal, tako da brez skrbi za svojo cast - mogoce malo pocasnejse delovanje uploadanja novih podatkov, ker se morajo preveriti stvari na strezniku in ne kar povoziti podatki - polno verzij datotek, ampak itak nima smisla si njih zapomniti, obstajajo namrec tagi, ki se bi jih itak moralo za te stvari, ko si zelis zapomniti kaksno verzijo, uporabljati Ker se meni zdi pri delu vecje skupine ljudi na istih datotekah kljucno to, da ne prihaja do konfliktov, se mi to zdi primerna resitev. Mitar
