Hvernig notar þú Git með forriti sem gervigreind smíðaði

Til að nota Git með forriti sem gervigreind smíðaði tengirðu verkefnið við Git-geymslu, vistar (commit) eftir hverja breytingu sem virkar, skrifar eina línu sem segir hvað breyttist og heldur leyndarmálum utan með .gitignore. Notaðu grein fyrir áhættusama vinnu, sæktu breytingar (pull) áður en þú biður aftur ef einhver annar breytti kóðanum, og þegar gervigreindin brýtur eitthvað skaltu fara aftur í síðustu góðu vistun í stað þess að biðja hana að laga ofan á ruglið.

Git er útgáfustýring: saga yfir hverja vistaða útgáfu af kóðanum þínum. GitHub er vefsíða sem geymir Git-geymslur á netinu. Ef þetta er nýtt fyrir þér skaltu byrja á hvað GitHub er. Þessi leiðbeining fjallar um venjurnar sem gera Git gagnlegt þegar gervigreind skrifar mest af kóðanum.

Af hverju Git skiptir meira máli með gervigreind

Gervigreind getur breytt tuttugu skrám í einni umferð. Það er hratt, en það þýðir líka að ein skipun getur hljóðlega brotið eitthvað sem þú prófaðir í gær. Git gefur þér:

• Leið til baka. Hvaða vistuð útgáfa sem er er hægt að endurheimta.
• Skrá yfir hvað breyttist. Þú sérð nákvæmlega hvaða skrár og línur skipun snerti.
• Afrit utan smíðatólsins. Kóðinn þinn er geymdur þar sem þú ræður.
• Staðlaða afhendingu. Hvaða forritari, hýsingaraðili eða tól sem er getur unnið úr Git-geymslu.

Skref 1: Tengdu geymslu

Búðu til geymslu (venjulega einkageymslu) á GitHub eða álíka þjónustu og tengdu verkefnið við hana. Flest smíðatól fyrir gervigreindaröpp sem styðja Git gera þetta í stillingasíðu með hnappi sem heitir „Connect GitHub“. Ef þitt gerir það ekki geturðu flutt kóðann út og ýtt honum sjálf(ur), eða beðið forritara um að setja þetta upp einu sinni.

Áður en fyrsta ýtingin fer fram skaltu ganga úr skugga um að geymslan sleppi því sem á ekki heima þar:

Athugaðu skrána .gitignore. Gakktu úr skugga um að hún útiloki .env-skrár, node_modules, úttaksmöppur fyrir smíði og allar skrár sem innihalda leyndarmál. Segðu mér hvað þú bættir við.

Skref 2: Vistaðu eftir hverja virka breytingu

Commit er vistuð mynd ásamt skilaboðum. Venjan sem skiptir mestu máli: vistaðu þegar eitthvað virkar, áður en þú biður um það næsta.

1. Biddu um eina breytingu.
2. Athugaðu hana í forskoðuninni.
3. Ef hún virkar skaltu vista (commit) eða samstilla með skilaboðum.
4. Haltu síðan áfram.

Litlar vistanir þýða að þegar eitthvað bilar veistu hvaða breyting olli því, og að afturkalla hana eyðir ekki annarri vinnu.

Skref 3: Skrifaðu skilaboð sem þú getur lesið síðar

Góð skilaboð segja hvað breyttist og af hverju, í einni línu:

• Gott: Bæta CSV-útflutningi við pöntunarsíðuna
• Gott: Laga bókunarform sem hafnar tímum eftir kl. 18
• Ekki gagnlegt: uppfæra, breytingar, laga dót

Þú getur beðið gervigreindina um að skrifa þau:

Taktu saman breytingarnar frá síðustu vistun í einni línu, byrjaðu á sagnorði og hafðu hana undir 70 stöfum.

Skref 4: Notaðu greinar fyrir áhættusama vinnu

Grein (branch) er aðskilin vinnulína. Þú getur prófað eitthvað á grein og, ef það gengur ekki upp, hætt við hana án þess að snerta aðalútgáfuna.

Notaðu grein þegar:

• Breytingin er stór (endurhönnun, nýtt greiðsluflæði, breyting á gagnagrunni).
• Einhver annar vinnur í sama appi.
• Þú vilt að einhver yfirfari breytinguna áður en hún fer í loftið.

Þegar vinnunni er lokið og hún hefur verið prófuð er hún sameinuð (merge) aðalgreininni. Á GitHub gerist það venjulega með pull request, síðu sem sýnir breytingarnar til yfirferðar. Ef smíðatólið þitt samstillir aðeins eina grein getur forritari séð um greinarnar á GitHub.

Skref 5: Afturkallaðu á öruggan hátt

Þegar skipun brýtur appið skaltu ekki biðja fimm sinnum í viðbót ofan á það. Farðu aftur í síðustu góðu útgáfu og prófaðu skýrari skipun.

• Í smíðatólinu: notaðu checkpoint- eða endurheimtareiginleikann, ef hann er til staðar.
• Í Git: git revert býr til nýja vistun sem afturkallar eldri vistun og heldur sögunni óbreyttri. Það er örugga valið fyrir kóða sem aðrir kunna að hafa sótt.
• Forðastu git push --force á sameiginlegri grein nema þú vitir nákvæmlega af hverju. Það endurskrifar söguna fyrir alla.

Ef þú ert ekki viss skaltu spyrja:

Síðasta breyting braut innskráningarsíðuna. Sýndu mér hvaða skrár hún breytti miðað við fyrri vistun og útskýrðu hvað hver breyting gerði. Ekki breyta neinu enn.

Skref 6: Sæktu breytingar áður en þú biður um meira

Ef forritari eða annað tól breytir kóðanum á GitHub veit smíðatólið ekki af því fyrr en þú sækir (pull) þær breytingar. Ef þú biður um breytingu ofan á gamlan kóða verða árekstrar og vinna glatast.

• Sæktu breytingar í upphafi hverrar setu.
• Ákveddu hver breytir hverju og forðastu að báðar hliðar breyti sömu skrám í einu.
• Ef þú færð merge conflict (tvær breytingar á sömu línum) skaltu biðja forritarann eða gervigreindina um að leysa hann og útskýra valið.

Dæmi um skipanir

Áður en við byrjum: hvað breyttist í geymslunni frá síðustu setu minni? Taktu saman vistanirnar.

Gerðu næstu breytingu sjálfstætt: bættu „Afrita“-hnappi við hvern reikning. Ekki breyta neinu öðru, svo ég geti vistað hana sér.

Athugaðu að engir API-lyklar, lykilorð eða .env-skrár séu raktar í Git, þar með talið í eldri vistunum. Tilkynntu aðeins skráarheiti, ekki gildin.

Algeng mistök

• Að vista leyndarmál. Þegar lykill er kominn í Git-söguna er hann afhjúpaður, jafnvel þótt þú eyðir skránni seinna. Skiptu um hann.
• Ein risastór vistun á viku. Þú getur ekki afturkallað eina breytingu án þess að afturkalla þær allar.
• Skilaboð eins og „uppfæra“. Sagan verður gagnslaus við að finna hvað bilaði.
• Að biðja um breytingar á úreltum kóða. Sæktu fyrst þegar einhver annar er að breyta.
• Að þvinga ýtingu til að laga mistök. Það getur eytt vinnu annarra. Afturkallaðu í staðinn.
• Að vista node_modules. Það er risastórt og er hvort sem er búið til aftur út frá lock-skránni.

Gátlisti

• Verkefnið er tengt við einkageymslu.
• .gitignore útilokar .env, node_modules, úttak smíða og leyndarmál.
• Ég vista eftir hverja virka breytingu.
• Skilaboð vistana segja í einni línu hvað breyttist.
• Stórar eða áhættusamar breytingar fara á grein og eru yfirfarnar.
• Ég sæki breytingar áður en ég bið um meira þegar einhver annar breytir kóðanum.
• Ég afturkalla með checkpoint-um eða git revert, ekki með þvinguðri ýtingu.
• Lykill sem einhvern tímann var vistaður hefur verið skipt út.

Git á Mythex

Mythex vistar Git-checkpoint eftir hverja vel heppnaða umferð gervigreindarinnar og Revert to this point (snúa aftur á þennan punkt) færir verkefnið aftur þangað. Það er smíðatólshliðin á afturköllun sem lýst er í skrefi 5. Sjá Iterate without rebuilding.

Á Pro-áætlun tengir GitHub-samstilling geymslu úr stillingum verkefnisins, svo þú getir ýtt og sótt á hana, og export sækir verkefnið án leyndarmála og node_modules. Sjá GitHub, export, and import. Ef þú tengir GitHub áður en þú afhendir verkefni forritara einfaldar það afhendinguna mikið. Sjá hvernig þú vinnur með forritara að forriti sem gervigreind smíðaði og hvernig þú flytur út og hýsir sjálf(ur) forrit sem gervigreind smíðaði.

Spurningar