>Ez viszont azt jelenti, hogy nem csak az Eclipse-ben tud ilyen inkrementális build lenni - bármilyen más IDE-vel is használható ezek szerint.
Nem, mert koncepcionálisan másképp működik az Eclipse alatt: a teljes build memóriában csücsül folyamatosan. Az inkrementális buildnél ezért nem kell a függőségeket újra tölteni, hanem tényleg csak az van parszolva és buildelve ami változott. Ezt nem lehet külső parancssori tool-lal megcsinálni, mert az mindig nulláról indul és az inkrementális build is azzal kezdődik, hogy a függőségeket be kell tölteni.
Elvben össze lehetne rakni hasonló inkrementális buildet persze más rendszer alatt is, de egyáltalán nem triviális, nem annyi, hogy elindítjuk az ECJ.jar-t csak a változott fájlokra.
>Az nem túl hihető, hogy az optimalizálás eltéresei ne okozhatnának valódi problémát
Pedig kb 20 év tapasztalata, hogy a compiler különbség még sosem okozott problémát (azon kívül amit fentebb említettem). De ha okozna, akkor az direkt jó lenne, mert az ember tanulna belőle valami újat. Ha a két rendszeren nem azonosan működik ugyanaz a program, akkor vagy a program szar (pl versenyhelyzet van benne, amit előhoz a fordító különbsége), vagy valamelyik fordító. Fordító hibát eddig sosem fogtunk. JRE hibát már igen (azt is régen, 6 vagy 7 környékén utoljára talán), fordítót még nem. Ahol biztosra kell menni, ott meg a tesztelés a CI kimenetén történik, ami ugyanaz, mint ami productiönben fog futni. Amit a fejlesztő futtat az IDE-ben az nem számít tesztelésnek.