Ako používať Git s aplikáciou vytvorenou AI

Ak chcete používať Git s aplikáciou vytvorenou AI, prepojte projekt s Git repozitárom, commitujte po každej funkčnej zmene, napíšte jednoriadkovú správu o tom, čo sa zmenilo, a tajomstvá udržujte mimo repozitára pomocou .gitignore. Pre riskantné veci použite vetvu, pred ďalším zadaním stiahnite zmeny, ak niekto iný zmenil kód, a keď AI niečo pokazí, vráťte sa k poslednému dobrému commitu, namiesto toho aby ste zadávali ďalšie pokyny na vrch chaosu.

Git je verzovací systém: história každej uloženej verzie vášho kódu. GitHub je webová stránka, ktorá ukladá Git repozitáre online. Ak sú pre vás tieto pojmy nové, začnite s čo je GitHub. Tento sprievodca sa venuje návykom, vďaka ktorým je Git užitočný, keď väčšinu kódu píše AI.

Prečo je Git dôležitejší pri práci s AI

AI dokáže v jednom kroku zmeniť dvadsať súborov. To je rýchle, ale znamená to aj to, že jedno zadanie môže nenápadne pokaziť niečo, čo ste včera otestovali. Git vám dáva:

• Spôsob, ako sa vrátiť späť. Ľubovoľnú commitnutú verziu možno obnoviť.
• Záznam o zmenách. Vidíte presne, ktoré súbory a riadky zadanie ovplyvnilo.
• Kópiu mimo builderu. Váš kód je uložený tam, kde ho máte pod kontrolou.
• Štandardné odovzdanie. Každý vývojár, hosting alebo nástroj môže pracovať z Git repozitára.

Krok 1: Pripojte repozitár

Vytvorte repozitár (zvyčajne súkromný) na GitHube alebo podobnej službe a pripojte k nemu svoj projekt. Väčšina AI builderov, ktoré Git podporujú, to robí cez stránku nastavení s tlačidlom „Connect GitHub“. Ak váš nie, môžete kód exportovať a nahrať ho sami, alebo požiadať vývojára o jednorazové nastavenie.

Pred prvým nahraním sa uistite, že repozitár ignoruje veci, ktoré tam nepatria:

Skontroluj súbor .gitignore. Over, že vylučuje súbory .env, node_modules, priečinky s výstupom buildu a všetky súbory obsahujúce tajomstvá. Povedz mi, čo si pridal.

Krok 2: Commitujte po každej funkčnej zmene

Commit je uložený snímok s správou. Návyk, na ktorom záleží: commitujte, keď niečo funguje, skôr než si vyžiadate ďalšiu vec.

1. Zadajte zmenu jednej veci.
2. Skontrolujte ju v náhľade.
3. Ak funguje, urobte commit (alebo synchronizáciu) so správou.
4. Potom pokračujte ďalej.

Malé commity znamenajú, že keď sa niečo pokazí, viete, ktorá zmena to spôsobila, a jej vrátenie nezahodí ostatnú prácu.

Krok 3: Píšte správy, ktoré si neskôr prečítate

Dobrá správa hovorí, čo sa zmenilo a prečo, v jednom riadku:

• Dobre: Pridaj export CSV na stránku objednávok
• Dobre: Oprav odmietanie časov po 18:00 vo formulári rezervácie
• Nepoužiteľné: update, zmeny, oprav veci

Správy môžete nechať napísať AI:

Zhrň zmeny od posledného commitu do jedného riadku, začni slovesom a maximálne na 70 znakov.

Krok 4: Pre riskantnú prácu používajte vetvy

Vetva je samostatný smer práce. Môžete niečo vyskúšať na vetve a keď to nevyjde, zahodiť ju bez zásahu do hlavnej verzie.

Použite vetvu, keď:

• je zmena rozsiahla (redizajn, nový platobný tok, zmena databázy),
• na tej istej aplikácii pracuje niekto iný,
• chcete, aby zmenu pred nasadením niekto skontroloval.

Keď je práca hotová a otestovaná, zlúči sa späť do hlavnej vetvy. Na GitHube sa to zvyčajne deje cez pull request, stránku s prehľadom zmien na kontrolu. Ak váš builder synchronizuje iba jednu vetvu, správu vetiev môže vývojár urobiť na strane GitHubu.

Krok 5: Vráťte sa bezpečne späť

Keď zadanie aplikáciu pokazí, odolajte nutkaniu zadať ďalších päť pokynov na vrch. Vráťte sa k poslednej dobrej verzii a skúste jasnejšie zadanie.

• V builderi: použite jeho funkciu checkpointu alebo obnovenia, ak ju má.
• V Gite: git revert vytvorí nový commit, ktorý starý commit vráti späť, a história ostane nedotknutá. Je to bezpečná voľba pre kód, ktorý si už mohli stiahnuť iní.
• Nepoužívajte git push --force na zdieľanej vetve, pokiaľ presne neviete prečo. Prepíše históriu pre všetkých.

Ak si nie ste istí, spýtajte sa:

Posledná zmena pokazila prihlasovaciu stránku. Ukáž mi, ktoré súbory zmenila oproti predchádzajúcemu commitu, a vysvetli, čo robila každá zmena. Zatiaľ nič nemeň.

Krok 6: Pred zadaním stiahnite zmeny

Ak vývojár alebo iný nástroj zmení kód na GitHube, AI builder to nevie, kým tieto zmeny nestiahnete cez pull. Zadávanie nad starým kódom spôsobuje konflikty a stratu práce.

• Na začiatku každej relácie stiahnite zmeny.
• Dohodnite sa, kto upravuje ktoré súbory, a nerobte to obaja naraz nad tými istými súbormi.
• Ak dostanete merge conflict (dve zmeny na tých istých riadkoch), požiadajte vývojára alebo AI, aby konflikt vyriešili a vysvetlili voľbu.

Príklady zadaní

Pred začiatkom: čo sa v repozitári zmenilo od mojej poslednej relácie? Zhrň commity.

Urob ďalšiu zmenu samostatne: pridaj tlačidlo „Duplikovať“ ku každej faktúre. Nič iné nemeň, aby som ju mohol commitnúť zvlášť.

Over, že v Gite nie sú sledované žiadne API kľúče, heslá ani súbory .env, a to ani v minulých commitoch. Uveď len názvy súborov, nie hodnoty.

Časté chyby

• Commitovanie tajomstiev. Keď je kľúč v histórii Gitu, je odhalený, aj keď súbor neskôr zmažete. Kľúč zneplatnite a vygenerujte nový.
• Jeden obrovský commit za týždeň. Jednu zmenu nemôžete vrátiť bez vrátenia všetkých ostatných.
• Správy typu „update“. História potom nepomáha nájsť, čo sa pokazilo.
• Zadávanie nad zastaraným kódom. Keď na aplikácii pracuje aj niekto iný, najprv stiahnite zmeny.
• Force push na opravu chyby. Môže vymazať prácu iných ľudí. Namiesto toho použite revert.
• Commitovanie node_modules. Je to obrovské a aj tak sa znova vytvorí zo súboru so zámkami.

Kontrolný zoznam

• Projekt je pripojený k súkromnému repozitáru.
• .gitignore vylučuje .env, node_modules, výstup buildu a tajomstvá.
• Commitujem po každej funkčnej zmene.
• Správy commitov v jednom riadku hovoria, čo sa zmenilo.
• Veľké alebo riskantné zmeny idú na vetvu a prejdú kontrolou.
• Pred zadaním stiahnem zmeny, keď na kóde pracuje aj niekto iný.
• Vraciam sa späť cez checkpointy alebo git revert, nie cez force push.
• Každý kľúč, ktorý sa niekedy commitol, bol zneplatnený.

Git v Mythex

Mythex uloží git checkpoint po každom úspešnom kroku agenta a Vrátiť na tento bod vráti projekt do tohto stavu — je to vrátenie späť na strane buildera z kroku 5. Pozri Iterovanie bez nového buildu.

Na Pro synchronizácia s GitHubom pripojí repozitár z nastavení projektu, takže môžete zmeny posielať a sťahovať, a export stiahne projekt bez tajomstiev a node_modules. Pozri GitHub, export a import. Ak pripojíte GitHub skôr, než projekt odovzdáte vývojárovi, odovzdanie bude oveľa jednoduchšie — pozri ako pracovať s vývojárom na aplikácii vytvorenej AI a ako exportovať a self-hostovať aplikáciu vytvorenú AI.

Otázky