Kako koristiti Git s aplikacijom izrađenom uz AI

Da biste koristili Git s aplikacijom izrađenom uz AI, povežite projekat s Git repozitorijem, commitujte nakon svake ispravne izmjene, napišite jednu liniju poruke koja kaže šta je promijenjeno i držite tajne podatke van repozitorija pomoću .gitignore. Za rizične izmjene koristite granu, prije novog upita povucite (pull) izmjene ako je neko drugi mijenjao kod, a kada AI nešto pokvari, vratite se na posljednju ispravnu verziju umjesto da nastavite upitima preko nereda.

Git je kontrola verzija: historija svake sačuvane verzije vašeg koda. GitHub je web stranica koja na internetu čuva Git repozitorije. Ako su vam ovi pojmovi novi, počnite s šta je GitHub. Ovaj vodič govori o navikama koje Git čine korisnim kada većinu koda piše AI.

Zašto je Git važniji uz AI

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

• Način da se vratite. Svaka commitovana verzija se može vratiti.
• Zapis o promjenama. Tačno vidite koje fajlove i linije je upit dotakao.
• Kopiju van alata za izradu. Vaš kod je na mjestu koje vi kontrolišete.
• Standardnu predaju. Svaki programer, servis ili alat može raditi iz Git repozitorija.

Korak 1: Povežite repozitorij

Napravite repozitorij (obično privatni) na GitHubu ili sličnom servisu i povežite projekat s njim. Većina alata za izradu aplikacija uz AI koji podržavaju Git to radi kroz stranicu s podešavanjima i dugme „Connect GitHub“. Ako vaš alat to ne nudi, možete izvesti kod i sami ga poslati (push), ili zamoliti programera da to jednom podesi.

Prije prvog slanja provjerite da repozitorij ignoriše stvari koje tu ne smiju biti:

Provjeri .gitignore fajl. Osiguraj da isključuje .env fajlove, node_modules, foldere s build izlazom i sve fajlove koji sadrže tajne podatke. Reci mi šta si dodao.

Korak 2: Commitujte nakon svake ispravne izmjene

Commit je sačuvan snimak s porukom. Navika koja je bitna: commitujte kada nešto radi, prije nego što tražite sljedeću stvar.

1. Zatražite jednu izmjenu.
2. Provjerite je u pregledu (preview).
3. Ako radi, commitujte (ili sinhronizujte) s porukom.
4. Tek onda nastavite dalje.

Mali commitovi znače da kada nešto pukne znate koja izmjena je to uzrokovala, a poništavanje ne briše ostali rad.

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

Dobra poruka kaže šta je promijenjeno i zašto, u jednoj liniji:

• Dobro: Dodaj CSV izvoz na stranicu narudžbi
• Dobro: Popravi da forma za rezervaciju odbija termine poslije 18h
• Nije korisno: update, izmjene, popravke

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

Sažmi izmjene od zadnjeg commita u jednu liniju, 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 kada:

• Izmjena je velika (redizajn, novi tok plaćanja, promjena baze).
• Neko drugi radi na istoj aplikaciji.
• Želite da neko pregleda izmjenu prije nego što ode uživo.

Kada je rad završen i testiran, spaja se (merge) nazad u glavnu granu. Na GitHubu se to obično radi kroz pull request, stranicu koja prikazuje izmjene za pregled. Ako vaš alat sinhronizuje samo jednu granu, programer može upravljati granama na GitHubu.

Korak 5: Poništavajte sigurno

Kada upit pokvari aplikaciju, odolite želji da pošaljete još pet upita preko toga. Vratite se na posljednju ispravnu verziju i probajte jasniji upit.

• U alatu za izradu: koristite checkpoint ili funkciju vraćanja, ako postoji.
• U Gitu: git revert pravi novi commit koji poništava stari, čuvajući historiju. To je siguran izbor za kod koji su drugi već povukli.
• Izbjegavajte git push --force na zajedničkoj grani, osim ako tačno znate zašto. On prepisuje historiju za sve.

Ako niste sigurni, pitajte:

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

Korak 6: Povucite izmjene prije upita

Ako programer ili drugi alat promijeni kod na GitHubu, AI alat za izradu to ne zna dok ne povučete (pull) te izmjene. Upit na zastarjelom kodu vodi do konflikata i izgubljenog rada.

• Povucite na početku svake sesije.
• Dogovorite ko šta mijenja i izbjegavajte da obje strane mijenjaju iste fajlove u isto vrijeme.
• Ako dobijete merge konflikt (dvije izmjene istih linija), zamolite programera ili AI da ga riješi i objasni izbor.

Primjeri upita

Prije nego što krenemo: šta se promijenilo u repozitorij u od moje posljednje sesije? Sažmi commitove.

Napravi sljedeću izmjenu samostalno: dodaj dugme „Duplicate“ uz svaku fakturu. Ništa drugo ne diraj, da je mogu commitovati odvojeno.

Provjeri da nijedan API ključ, lozinka ili .env fajl nije praćen u Gitu, uključujući prošle commitove. Prijavi samo nazive fajlova, ne vrijednosti.

Česte greške

• Commitovanje tajni. Kada je ključ u Git historiji, izložen je, čak i ako kasnije obrišete fajl. Zamijenite ga novim.
• Jedan ogroman commit sedmično. Ne možete poništiti jednu izmjenu bez poništavanja svih.
• Poruke tipa „update“. Historija tada ne služi za pronalaženje onoga što je pokvarilo.
• Upiti na zastarjelom kodu. Povucite prvo kada neko drugi mijenja kod.
• Force push za ispravku greške. Može izbrisati tuđi rad. Koristite revert.
• Commitovanje node_modules. Ogroman je i svakako se ponovo generiše iz lock fajla.

Kontrolna lista

• Projekat je povezan s privatnim repozitorijem.
• .gitignore isključuje .env, node_modules, build izlaz i tajne podatke.
• Commitujem nakon svake ispravne izmjene.
• Poruke commitova kažu šta je promijenjeno, u jednoj liniji.
• Velike ili rizične izmjene idu na granu i prolaze pregled.
• Povlačim izmjene prije upita kada neko drugi mijenja kod.
• Poništavam checkpointima ili git revert, a ne force push-om.
• Svaki ključ koji je ikada bio commitovan je zamijenjen.

Git na Mythexu

Mythex čuva git checkpoint nakon svakog uspješnog poteza agenta, a Vrati na ovu tačku vraća projekat na tu verziju — poništavanje sa strane alata opisano u koraku 5. Pogledajte Iteracija bez ponovnog pravljenja.

Na Pro planu, GitHub sinhronizacija povezuje repozitorij iz podešavanja projekta, pa možete slati i povlačiti izmjene, a izvoz preuzima projekat bez tajni i node_modules. Pogledajte GitHub, izvoz i uvoz. Povezivanje GitHuba prije predaje projekta programeru čini predaju mnogo lakšom — pogledajte kako raditi s programerom na aplikaciji izrađenoj uz AI i kako izvesti i samostalno hostovati aplikaciju izrađenu uz AI.

Pitanja