A CI-ban vagy egyetlen commitot klónozol, vagy a fetch-depth: 0-val mindent. A partial clone a kimaradt középút: a react 1,1 GB-os klónja helyett 59 MB, mind a 21 658 commitjával. Megmértem, hol gyors és hol fáj nagyon.
A git bisect run automatizálja a regressziókeresést, de egy buildhiba könnyen hamis bűnöst gyárt. Így használd helyesen a 125-ös kilépési kódot.
A cone mód nem csak kevesebb fájlt rak ki lemezre: sparse indexszel egy teljes mappa a git indexében egyetlen fa-objektummá zsugorodik. Végigcsináltam egy valódi repón, hogy lássam, mi történik a színfalak mögött, és mit nem old meg ez a funkció.
A force-with-lease opció nem feltétlenül állítja meg más commitjának felülírását: egy IDE háttérben futó fetch-e észrevétlenül érvényesítheti a lease-t. Itt a reprodukció és a valóban biztonságos Git-parancs.
A git rerere megjegyzi, hogyan oldottál fel egy merge- vagy rebase-konfliktust, és legközelebb, ha ugyanaz a hunk jön elő, automatikusan visszaadja a megoldást. 2006 óta ott van minden git telepítésben, csak alapból ki van kapcsolva.
A git worktree gyors és helytakarékos módja a párhuzamos branch-munkának, de nem ad külön .git-et: a hookok, a config és a stash is közösek maradnak. Megnézzük, mit jelent ez a gyakorlatban – és mikor jobb helyette a git clone --shared.