Mi értelme van git-ben commitolni? Jól értem egyáltalán?

Commit, hogy betolod a saját repoba, push ha fel is töltöd távoli repoba. Ennyi.

Igen, úgy vissza lehet vonni a változásokat is, ha commitolt. Én amendelni szoktam a commitot (felülírás az újabb dolgokkal kiegészítve ha minden ok). Aztán úgy pusholom, ha tényleg minden ok.

Egyrészt, mint már említve lett, előfordul, hogy az ember szeretné push előtt picit átírni a változtatásait, amend, squash vagy ilyesmi.

Azonban az igazi értelme a commit és a push szétválasztásának a decentralizáció. A nem decentralizált veriókövetőkben úgy működik a commit, ahogyan te szeretnéd látni, azaz egy távoli repoba kerül azonnal a változtatás. Ezzel az a baj, hogy ha a távoli szerver nem elérhető, akkor senki nem tud commitolni.

Sok éve, amikor SVN-t használtunk a projekten, akkor előfordult havonta egyszer-kétszer, hogy a külföldön levő SVN szerver kiesett és ilyenkor 1 napig megállt az élet a budapesti irodában is. Persze lehetett haladni a fejlesztéssel, de utána szétválasztani a marha sok módosítást kisebb commitokba nem egy jó móka.

Egy DVCS esetén, mint amilyen a git is, folytatódhat a commitolás a lokális repóba, mintha mi sem történt volna, sőt 1 perc alatt bárki csinálhat egy másik bare git repositoryt, amit új remote-ként használhat az iroda addig, amíg az eredeti remote elérhetővé nem válik.

#3

Akkor pusholsz, amikor mások számára is elérhetővé akarod tenni a módosításokat. Ekkor mindenki látni fogja az összes commitodat egyesével, amik elérhetőek valamelyik branchből, tehát a commit nem csak saját célra van.

Én általában akkor pusholok, amikor befejeztem arra a napra a munkát egy adott git repoban. Kivéve, ha valaki kifejezetten rám vár napközben.