Hogyan használd a Gitet AI-val épített appnál

Git használatához AI-val épített appnál kösd a projektet egy Git-tárolóhoz, commitolj minden működő változtatás után, írj egysoros üzenetet arról, mi változott, és a titkokat a .gitignore fájllal tartsd távol. Kockázatos munkához használj ágat, ha valaki más változtatott a kódon, húzd le (pull) a változtatásokat, mielőtt újra promptolsz, és ha az AI elrontott valamit, állj vissza az utolsó jó commitra ahelyett, hogy a rendetlenségre építenél tovább.

A Git verziókezelő: minden mentett kódverzió előzménye. A GitHub olyan weboldal, amely Git-tárolókat tárol online. Ha ezek újak neked, kezdd a mi a GitHub oldallal. Ez az útmutató arról szól, hogyan tedd hasznossá a Gitet, amikor a kódot nagyrészt az AI írja.

Miért fontosabb a Git AI-val

Az AI egyetlen körben húsz fájlt is megváltoztathat. Ez gyors, de azt is jelenti, hogy egy prompt csendben elronthat valamit, amit tegnap még teszteltél. A Git ad neked:

• Visszautat. Bármelyik commitolt verzió visszaállítható.
• Nyilvántartást a változásokról. Pontosan látod, mely fájlokat és sorokat érintett egy prompt.
• Másolatot a builderen kívül. A kódod ott van, ahol te irányítasz.
• Szabványos átadást. Bármelyik fejlesztő, szolgáltató vagy eszköz tud dolgozni egy Git-tárolóból.

1. lépés: Kapcsolj össze egy tárolót

Hozz létre egy tárolót (általában privátot) a GitHubon vagy hasonló szolgáltatásnál, és kösd hozzá a projektedet. A legtöbb Gitet támogató AI app-építő ezt a beállítások oldalán, a „Connect GitHub” gombbal intézi. Ha a tiéd nem, exportálhatod a kódot és feltöltheted magad, vagy megkérhetsz egy fejlesztőt, hogy egyszer állítsa be.

Az első feltöltés előtt győződj meg róla, hogy a tároló kihagyja azokat a dolgokat, amelyek nem kerülhetnek bele:

Nézd meg a .gitignore fájlt. Győződj meg róla, hogy kizárja a .env fájlokat, a node_modules mappát, a build kimeneti mappáit és minden titkot tartalmazó fájlt. Mondd meg, mit adtál hozzá.

2. lépés: Commitolj minden működő változtatás után

A commit egy üzenettel ellátott mentett pillanatkép. A lényeg: commitolj, amikor valami működik, mielőtt a következő dolgot kéred.

1. Kérj egy változtatást.
2. Nézd meg az előnézetben.
3. Ha működik, commitolj (vagy szinkronizálj) üzenettel.
4. Csak utána lépj tovább.

A kis commitok azt jelentik, hogy ha valami elromlik, tudod, melyik változtatás okozta, és a visszavonás nem dobja ki a többi munkádat.

3. lépés: Írj olyan üzenetet, amelyet később is megérsz

A jó üzenet egy sorban elmondja, mi változott és miért:

• Jó: CSV-export hozzáadása a rendelések oldalához
• Jó: Javítva: a foglalási űrlap 18 óra után is elutasította az időpontokat
• Nem hasznos: update, changes, fix stuff

Kérheted, hogy az AI írja meg őket:

Foglald össze egy sorban az utolsó commit óta történt változásokat, igével kezdve, 70 karakter alatt.

4. lépés: Használj ágakat a kockázatos munkához

Az ág egy külön munkavonal. Kipróbálhatsz valamit egy ágon, és ha nem válik be, anélkül hagyhatod el, hogy a fő verzióhoz nyúlnál.

Ágat használj, ha:

• A változtatás nagy (átdizájn, új fizetési folyamat, adatbázis-módosítás).
• Valaki más is dolgozik ugyanazon az appon.
• Azt szeretnéd, hogy valaki átnézze a változtatást, mielőtt élesbe kerül.

Amikor a munka kész és tesztelt, az ág egyesül (merge) a fő ággal. A GitHubon ez általában egy pull requesten keresztül történik, ami egy oldal, amely átnézésre mutatja a változásokat. Ha a builder csak egy ágat szinkronizál, a fejlesztő a GitHub oldalán kezelheti az ágakat.

5. lépés: Biztonságosan vond vissza

Ha egy prompt elrontja az appot, ne promptolj még ötször rá. Állj vissza az utolsó jó verzióra, és próbálj egy pontosabb promptot.

• A builderben: használd a mentési pont vagy visszaállítás funkciót, ha van.
• Gitben: a git revert új commitot hoz létre, amely visszavon egy régit, így az előzmények megmaradnak. Ez a biztonságos választás olyan kódnál, amelyet mások már letöltöttek.
• Kerüld a git push --force parancsot megosztott ágon, hacsak nem pontosan tudod, miért. Mindenki számára átírja az előzményeket.

Ha bizonytalan vagy, kérdezd meg:

Az utolsó változtatás elrontotta a bejelentkezési oldalt. Mutasd meg, mely fájlokat módosította az előző commithoz képest, és magyarázd el, mit csinált az egyes változtatás. Még ne változtass semmin.

6. lépés: Húzd le a változtatásokat, mielőtt promptolsz

Ha egy fejlesztő vagy egy másik eszköz megváltoztatja a kódot a GitHubon, az AI builder nem tud róla, amíg be nem húzod (pull) ezeket a változtatásokat. A régi kódra épülő prompt konfliktusokat és elveszett munkát okoz.

• Húzd le a változtatásokat minden munkamenet elején.
• Egyezzetek meg, ki mit szerkeszt, és kerüljétek, hogy mindketten ugyanazokat a fájlokat szerkesszétek egyszerre.
• Ha összefésülési konfliktust kapsz (két változtatás ugyanazokon a sorokon), kérd meg a fejlesztőt vagy az AI-t, hogy oldja fel, és magyarázza el a döntést.

Példa promptok

Mielőtt elkezdjük: mi változott a tárolóban az utolsó munkamenetem óta? Foglald össze a commitokat.

Csináld meg a következő változtatást önmagában: adj egy „Duplikálás” gombot minden számlához. Ne módosíts mást, hogy külön commitolhassam.

Ellenőrizd, hogy nincsenek-e API-kulcsok, jelszavak vagy .env fájlok a Git-követésben, a régi commitokat is beleértve. Csak a fájlneveket jelezd, az értékeket ne.

Gyakori hibák

• Titkok commitolása. Ha egy kulcs bekerül a Git-előzményekbe, akkor is kitett marad, miután a fájlt törölted. Cseréld le.
• Egy hatalmas commit hetente. Egyetlen változtatást nem tudsz visszavonni anélkül, hogy az összes többit is visszavonnád.
• „Update” típusú üzenetek. Az előzmények használhatatlanok lesznek, amikor azt keresed, mi romlott el.
• Régi kódra promptolás. Húzd le előbb, ha valaki más is szerkeszti a kódot.
• Force-push a hiba javítására. Törölhetheti mások munkáját. Inkább vond vissza.
• A node_modules commitolása. Hatalmas, és a lockfile-ból úgyis újra létrejön.

Ellenőrzőlista

• A projekt egy privát tárolóhoz van kötve.
• A .gitignore kizárja a .env fájlt, a node_modules mappát, a build kimenetet és a titkokat.
• Minden működő változtatás után commitolok.
• A commit üzenetek egy sorban írják le, mi változott.
• A nagy vagy kockázatos változtatások ágon készülnek, és átnézésre kerülnek.
• Promptolás előtt húzom le a változtatásokat, ha más is szerkeszti a kódot.
• Visszavonok mentési pontokkal vagy git revert paranccsal, nem force-push-sal.
• Minden kulcs, amely valaha bekerült egy commitba, cserélve lett.

A Git a Mythexen

A Mythex minden sikeres ágens-kör után git mentési pontot készít, és a Visszaállítás erre a pontra visszaállítja vele a projektet. Ez a builder oldali visszavonás, amelyet az 5. lépésben írtunk le. Lásd: Iterálás újraépítés nélkül.

Pro csomagban a GitHub-szinkronizálás a projektbeállításokból köt össze egy tárolót, hogy le- és feltölthess vele, az exportálás pedig letölti a projektet úgy, hogy a titkok és a node_modules kimaradnak. Lásd: GitHub, exportálás és importálás. Ha a projekt átadása előtt összekötöd a GitHubbal, az átadás sokkal egyszerűbb lesz. Lásd: hogyan dolgozz fejlesztővel AI-val épített appon és hogyan exportáld és futtasd saját szerveren az AI-val épített appot.

Kérdések