Git

• Tietovarastotehtävät: Mikä tahansa työ, joka koskee Git-tietovarastoa — haarojen luominen, muutosten vaiheistaminen, commitointi, pushaaminen tai pull requestien avaaminen.
• Tiimityöskentely: Kun historian turvallisuus on tärkeää ja tarvitset feature-branch-työnkulkuja, hotfix-työnkulkuja tai PR-valmiin commit-hygienian automaattisen valvonnan.
• Historian debuggaus: Kun sinun täytyy jäljittää regressioita git bisect -komennolla, palauttaa kadonneita committeja git reflog -komennon avulla tai peruuttaa muutoksia turvallisesti.
• Konfliktien ratkaisu: Kun merget tai rebaset aiheuttavat konflikteja ja agentti tarvitsee jäsennellyn, varmennetun lähestymistavan niiden ratkaisemiseen.

• Ei-Git-versionhallinta: Jos projekti käyttää Mercurialia, SVN:ää tai muuta versionhallintajärjestelmää, tämän taidon komennot eivät sovellu.
• Vain luku -analyysitehtävät: Jos agentin tarvitsee ainoastaan lukea lähdekoodia ilman minkäänlaista Git-vuorovaikutusta, taito lisää tarpeetonta kuormitusta.

Taito pakottaa käyttämään --force-with-lease-valitsinta --force-valitsimen sijaan, jotta tiimin jäsenten työ ei ylikirjoitu, ja kieltää force-pushin jaetuille haaroille kuten main/master. Sisäänrakennettu turvatarkistuslista on läpäistävä ennen mitään tuhoavaa toimintoa, kuten reset --hard tai rebase.

Sisältää vaihe vaiheelta etenevät työnkulut Feature Branch- ja Hotfix-skenaarioille, mukaan lukien ohjeet siitä, milloin commitit kannattaa squashata, miten synkronointi tehdään komennolla git fetch --all --prune ja miten julkaisut merkitään tageilla. Suunniteltu sopimaan sekä trunk-pohjaisille että gitflow-tyylisille tiimeille.

Muokattuaan konfliktitiedostoja taito varmistaa, ettei konfliktimerkintöjä ole jäljellä käyttämällä grep-komentoa, vahvistaa että koodi kääntyy onnistuneesti ja tarjoaa ulospääsytien komennolla git merge --abort, kun yhdistäminen muuttuu liian monimutkaiseksi. Rebasingia ehdotetaan vaihtoehdoksi, kun yhdistämiset muuttuvat sekaviksi.

Käsittelee git reflog -komentoa kadonneiden committien palauttamiseen (enintään ~90 päivää), poistettujen haarojen palauttamista SHA-tunnisteen avulla sekä committien perumista ilman työn menettämistä git reset --soft -komennolla. Sisältää myös täydellisen git bisect -työnkulun regressioita aiheuttavien committien paikantamiseen.

Taito edellyttää type(scope): description -commit-viestimuotoa, jonka ensimmäinen rivi on alle 72 merkkiä pitkä, käyttäen vakiotyyppejä (feat, fix, docs, refactor jne.). Tämä pitää historian luettavana ja yhteensopivana automatisoitujen muutoslokin luontityökalujen kanssa.

Dokumentoi ja suojaa yleisiltä Git-sudenkuopilta: irrotettu HEAD-tila, kirjainkoon erot macOS:n/Windowsin ja Linux CI:n välillä, alimoduulien kloonausvirheet, stash-pop-konfliktit sekä suurten tiedostojen tai salaisuuksien committoiminen. Käytä git add -p -komentoa tarkkarajaiseen osittaiseen vaiheistukseen.

Agentti rakentaa uuden ominaisuuden perustan, luo haaran main-haarasta, tekee inkrementaalisia committeja käytännönmukaisten viestien kera, rebasoi uusimman main-haaran päälle ennen pushaamista, squashaa korjauscommitit ja avaa PR-valmiin haaran — kaikki ilman manuaalista Git-toimenpiteitä.

Kun tuotantoympäristössä havaitaan virhe, agentti tekee hotfix/-haaran main-haarasta, soveltaa korjauksen, yhdistää sen sekä main- että develop-haaraan, merkitsee julkaisun tagilla ja siivoaa haaran — noudattaen dokumentoitua hotfix-prosessia tarkasti.

Agentti suorittaa git bisect -komennon etsiäkseen binäärihaulla commit-historiasta vikaa aiheuttavan muutoksen, merkiten commitit hyviksi tai huonoiksi automaattisten testituloksien perusteella, kunnes se tunnistaa täsmälleen sen commitin, joka aiheutti bugin.

Pitkäkestoisen ominaisuusrebasen aikana agentti ratkaisee konfliktit tiedosto kerrallaan, varmistaa että <<</>>> -merkkejä ei jää jäljelle, tarkistaa että build menee läpi ja jatkaa rebasea — tai keskeyttää sen siististi, jos konflikti on liian monimutkainen.