Kako koristiti Git s aplikacijom izrađenom uz AI

Da biste koristili Git s aplikacijom izrađenom uz AI, povežite projekt s Git repozitorijem, spremajte promjene (commit) nakon svake ispravne izmjene, napišite jednoretčanu poruku o tome što se promijenilo i držite tajne podatke izvan koda pomoću .gitignore. Za sve rizično koristite granu, prije novog upita povucite promjene ako ih je netko drugi napravio, a kad AI nešto pokvari, vratite se na zadnju ispravnu verziju umjesto da upite nastavljate graditi na neredu.

Git je kontrola verzija: povijest svake spremljene verzije vašeg koda. GitHub je web stranica koja pohranjuje Git repozitorije na internetu. Ako su vam ti pojmovi novi, počnite s što je GitHub. Ovaj vodič govori o navikama zbog kojih je Git koristan kad AI piše većinu koda.

Zašto je Git važniji uz AI

AI može promijeniti dvadeset datoteka u jednom odgovoru. To je brzo, ali znači i da jedan upit može tiho pokvariti nešto što ste jučer testirali. Git vam daje:

• Način za povratak. Bilo koja spremljena verzija može se vratiti.
• Zapis o promjenama. Vidite točno koje su datoteke i retci promijenjeni jednim upitom.
• Kopiju izvan alata za izradu. Vaš kod je tamo gdje ga vi kontrolirate.
• Standardnu predaju. Svaki programer, hosting ili alat može raditi iz Git repozitorija.

Korak 1: Povežite repozitorij

Napravite repozitorij (obično privatan) na GitHubu ili sličnoj usluzi i povežite projekt s njim. Većina alata za izradu aplikacija koji podržavaju Git to radi kroz stranicu postavki s gumbom „Connect GitHub”. Ako vaš alat to nema, možete izvesti kod i sami ga poslati, ili zamoliti programera da to jednom postavi.

Prije prvog slanja provjerite da repozitorij ignorira stvari koje u njemu ne smiju biti:

Provjeri datoteku .gitignore. Pobrini se da isključuje .env datoteke, node_modules, mape s izlazom builda i svaku datoteku koja sadrži tajne podatke. Reci mi što si dodao.

Korak 2: Spremajte promjene nakon svake ispravne izmjene

Commit je spremljena snimka s porukom. Navika koja je ovdje najvažnija: spremite promjenu kad nešto radi, prije nego što zatražite sljedeću.

1. Zatražite jednu promjenu.
2. Provjerite je u pregledu.
3. Ako radi, napravite commit (ili sinkronizirajte) s porukom.
4. Tada idite dalje.

Mali commitovi znače da kad nešto pukne, znate koja ga je promjena pokvarila, a poništavanje te promjene ne briše ostali rad.

Korak 3: Pišite poruke koje ćete moći kasnije pročitati

Dobra poruka u jednom retku kaže što se promijenilo i zašto:

• Dobro: Dodaj CSV izvoz na stranicu narudžbi
• Dobro: Popravi obrazac za rezervacije koji odbija termine nakon 18h
• Nije korisno: update, changes, fix stuff

Poruke možete zatražiti i od AI-ja:

Sažmi promjene od zadnjeg commita u jednom retku, počevši glagolom, kraće od 70 znakova.

Korak 4: Koristite grane za rizičan rad

Grana je zasebna linija rada. Možete nešto isprobati na grani i, ako ne uspije, odbaciti je bez dodirivanja glavne verzije.

Koristite granu kad:

• je promjena velika (redizajn, novi tok plaćanja, promjena baze podataka);
• netko drugi radi na istoj aplikaciji;
• želite da netko pregleda promjenu prije nego što ode uživo.

Kad je posao gotov i provjeren, grana se spaja (merge) natrag u glavnu granu. Na GitHubu se to obično radi kroz pull request, stranicu koja prikazuje promjene za pregled. Ako vaš alat sinkronizira samo jednu granu, programer može upravljati granama na GitHubu.

Korak 5: Sigurno poništavanje

Kad upit pokvari aplikaciju, odolite nagonu da na to pošaljete još pet upita. Vratite se na zadnju ispravnu verziju i pokušajte jasnijim upitom.

• U alatu za izradu: koristite njegovu kontrolnu točku ili opciju vraćanja, ako postoji.
• U Gitu: git revert stvara novi commit koji poništava stari i čuva povijest. To je siguran izbor za kod koji su drugi možda već povukli.
• Izbjegavajte git push --force na zajedničkoj grani, osim ako točno znate zašto. Time se povijest prepisuje za sve.

Ako niste sigurni, pitajte:

Zadnja promjena je pokvarila stranicu za prijavu. Pokaži mi koje je datoteke promijenila u odnosu na prethodni commit i objasni što je svaka promjena radila. Još ništa ne mijenjaj.

Korak 6: Povucite promjene prije upita

Ako programer ili drugi alat promijeni kod na GitHubu, AI alat za izradu to ne zna dok ne povučete (pull) te promjene. Upit nad starim kodom uzrokuje sukobe i gubitak rada.

• Povucite promjene na početku svake sesije.
• Dogovorite tko mijenja što i izbjegavajte da obje strane istovremeno mijenjaju iste datoteke.
• Ako dobijete merge conflict (dvije promjene na istim recima), zamolite programera ili AI da ga riješi i objasni izbor.

Primjeri upita

Prije nego počnemo: što se promijenilo u repozitoriju od moje zadnje sesije? Sažmi commitove.

Napravi sljedeću promjenu samostalno: dodaj gumb „Duplicate” uz svaku fakturu. Ništa drugo ne diraj, kako bih je mogao zasebno spremiti.

Provjeri da u Gitu nisu praćeni API ključevi, lozinke ni .env datoteke, uključujući prijašnje commitove. Prijavi samo nazive datoteka, bez vrijednosti.

Česte greške

• Spremanje tajnih podataka. Kad je ključ jednom u povijesti Gita, izložen je i nakon brisanja datoteke. Zamijenite ga novim.
• Jedan golemi commit tjedno. Ne možete poništiti jednu promjenu bez poništavanja svih.
• Poruke poput „update”. Povijest postaje beskorisna kad trebate pronaći što je pokvarilo.
• Upiti nad zastarjelim kodom. Povucite promjene prije ako netko drugi uređuje.
• Force push za ispravak greške. Može izbrisati tuđi rad. Radije vratite promjenu (revert).
• Spremanje node_modules. Mapa je ogromna i svejedno se ponovno stvara iz lock datoteke.

Popis za provjeru

• Projekt je povezan s privatnim repozitorijem.
• .gitignore isključuje .env, node_modules, izlaz builda i tajne podatke.
• Spremam promjene (commit) nakon svake ispravne izmjene.
• Poruke commitova u jednom retku kažu što se promijenilo.
• Velike ili rizične promjene idu na granu i pregledavaju se.
• Prije upita povlačim promjene ako drugi uređuju kod.
• Poništavam kontrolnim točkama ili git revert, a ne force pushom.
• Svaki ključ koji je ikad bio spremljen zamijenjen je novim.

Git na Mythexu

Mythex sprema Git kontrolnu točku nakon svakog uspješnog poteza agenta, a Vrati na ovu točku vraća projekt na nju. To je poništavanje na strani alata opisano u koraku 5. Pogledajte Iteriranje bez ponovne izgradnje.

Na Pro planu GitHub sinkronizacija povezuje repozitorij iz postavki projekta, pa možete slati (push) i povlačiti (pull) promjene, a izvoz preuzima projekt bez tajni i node_modules. Pogledajte GitHub, izvoz i uvoz. Povezivanje GitHuba prije predaje projekta programeru olakšava cijeli postupak. Pogledajte kako raditi s programerom na aplikaciji izrađenoj uz AI i kako izvesti i samostalno pokrenuti aplikaciju izrađenu uz AI.

Pitanja