Jag har för mig att Trainz skall klara av själv att hitta den senaste versionen av objekt, men jag vill minnas att det var något problem med det. Kan ha varit så att om du skriver en specifik version (kuid2:xxx:xxx:x) så kommer Trainz inte att acceptera senare versioner än det skrivna, men om du skriver utan versionsnummer (kuid:xxx:xxx) så letar den reda på den högsta versionen.
Du kan ju alltid testa genom att lägga några obsolete objekt i en cdp-fil som backup och sedan ta bort dem ur CM. Innan du raderar dem så kan du ju kolla upp vilka dependant assets de objekten har. (alltså andra objekt som använder det obsolete objektet) Om dessa strular efter att du tagit bort de gamla versionerna så kan Trainz uppenbarligen inte hantera det och du får manuellt gå in i dessa och ändra versionsnummret till det ickeobsoletea nummret, eller så får du helt enkelt ha kvar gamla versioner av saker.
Trainz skriver aldrig över gamla saker om de har olika versionsnummer (en kuid2 med olika versionssiffra sist). Har de dock helt identisk kuid så lämnas de assetsen som du försökte installera som redan fanns installerade som open for edit och du får välja om du vill köra revert eller commit för att få den gamla respektive nya "versionen".