Komentář ke struktuře i zazipovávání
Zkuste ještě (pře)rozmyslet tu adresářovou strukturu tohoto repozitáře. Takto to máte všechno na jedné hromadě. Je to sice všechno docela subjektivní, ale aspoň tolik bych si dokázal představit, že data a kódy (zdrojáky) budou odděleny.
Zkuste i trošku předvídat, jak by mohla tato celá práce pokračovat. Zjevně usilujeme o realizaci dalších experimentů, a to už ne jen u nás v laborce ale venku na skutečných tramvajích. A třebas takových experimentů bude i více. Z každého budeme mít data, pro každý budeme zčásti recyklovat (a případně dovyvíjet) váš/náš vlastní už existující kód, zčásti budeme pro každý experiment psát i nějaký další kód.
Takže například podadresáře experiments
a code
(nebo tak něco, určitě to po mě jen tak automaticky nepřebírejte), a v těch experiments
podadresář data
a zase možná code
(nějaké specializace oproti tomu společnému)? Ten kód budou jednak skripty pro realizaci samotných experimentů, ale taky skripty pro jejich zpracování. Pak tam někde jistě budou i simulace. Výhledově i technické zprávy (takže adresář reports
nebo texts
?). Přiznávám, že jak se ty (studentské) projekty liší, tak každému svědčí trochu jiná struktura, takže univerzální šablonu nemám.
A související výhrada je k vkládání zazipovaných adresářů do systému pro správu verzí, v tomto případě gitu. Potom to použití gitu vlastně úplně postrádá smysl. Přitom více práce to potom pro vývojáře není, když po dokončení práce na několika souborech v adresáři jednoduše "komitne" celý adresář. Vlastně naopak, je to i méně práce, než když by pokaždé musel celý adresář zazipovávat a někam manuálně nahrávat. Pokud budete chtít dělat nějaké změny v adresáři, který je již "sledován" v systému git, tak doporučuji používat příkaz git-mv.