Azaz emberként kell látnom a kód többi részét, hogy én tudjam írni a saját kódomat, hiszen függvényeket hívok, változókat használok, stb...
Szerintem te ezt nem erted (de lehet, hogy en sem)
Nem az a nagy truvaj, hogy egy desktop appon, vagy egy generikus 41684641784. php webshopon kivaltsa a "build idot" ez a cucc. Szerintem ez olyan dolgokra lett kitalalva, ahol nem 1 db jol korulhatarolt git repo van, hanem mindenfele microservice meg akarmi ossze van boritva, es Jenga-zol, hogy ha itt meghuzod az egyik fadarabot, akkor osszedol-e az egesz torony.
Erre a use case-re baromi jo az a logika, amit ebben felfedezni velek. Hogy a Unison konkretan jo-e, arrol fogalmam sincs, de az elkepzeles mindenkeppen eloremutato.
A git se azért checkoutol teljes repositorykat, mert ne tudnánk 1-1 fájlt letölteni és szerkeszteni (a buildot meg megoldja a build szerver) hanem azért is, mert általában a fejlesztés kontextusában történik.
Offtopik, de nagyon regen nem lattam olyan architekturat, ahol a teljes kodbazis ismerete/meglete szukseges lett volna egy-egy feladat megoldasahoz. Kit erdekel, hogy a Hold tuloldalan milyen valtozoneveket hasznalnak? Dolgoztam olyan projekten, ahol 700 fejleszto dolgozott, szerinted erdekelt engem, hogy melyik modul melyik microservice-eben milyen valtozonevek vannak? :)