Miten käyttää Gitiä tekoälyllä rakennetun sovelluksen kanssa

Gitin käyttäminen tekoälyllä rakennetussa sovelluksessa tarkoittaa, että yhdistät projektin Git-repositorioon, teet commitin jokaisen toimivan muutoksen jälkeen, kirjoitat yhdellä rivillä mitä muuttui ja pidät salaisuudet pois .gitignore-tiedostolla. Käytä haaraa riskialttiille töille, hae muutokset ennen uutta kehotetta, jos joku muu on muuttanut koodia, ja kun tekoäly rikkoo jotain, palaa viimeiseen toimivaan commitiin sen sijaan, että kehottaisit uuden kerran sotkun päälle.

Git on versionhallintaa: historia jokaisesta tallennetusta koodiversiosta. GitHub on verkkopalvelu, joka säilyttää Git-repositorioita verkossa. Jos nämä ovat sinulle uusia, aloita mitä GitHub on. Tämä opas käsittelee tapoja, joilla Git on hyödyllinen silloin, kun tekoäly kirjoittaa suurimman osan koodista.

Miksi Git on tärkeämpi tekoälyn kanssa

Tekoäly voi muuttaa kahtakymmentä tiedostoa yhdellä vuorolla. Se on nopeaa, mutta samalla yksi kehote voi hiljaa rikkoa jotain, minkä testasit eilen. Git antaa sinulle:

• Paluutien. Mikä tahansa tallennettu versio voidaan palauttaa.
• Kirjanpidon muutoksista. Näet tarkalleen, mitä tiedostoja ja rivejä kehote koski.
• Kopion rakentajan ulkopuolella. Koodisi on paikassa, jota hallitset.
• Yhteisen luovutustavan. Mikä tahansa kehittäjä, palvelu tai työkalu voi työskennellä Git-repositoriosta.

Vaihe 1: Yhdistä repositorio

Luo repositorio (yleensä yksityinen) GitHubissa tai vastaavassa palvelussa ja yhdistä projektisi siihen. Useimmat Gitiä tukevat tekoälyrakentajat tekevät tämän asetussivulla, jossa on painike „Connect GitHub”. Jos sellaista ei löydy, voit viedä koodin ja työntää sen itse tai pyytää kehittäjää tekemään yhdistämisen kerran.

Ennen ensimmäistä pushia varmista, että repositorio jättää ulkopuolelle asiat, joiden ei kuulu olla siinä:

Tarkista .gitignore-tiedosto. Varmista, että se sulkee pois .env-tiedostot, node_modules-kansion, build-tulosteiden kansiot ja kaikki tiedostot, joissa on salaisuuksia. Kerro, mitä lisäsit.

Vaihe 2: Tee commit jokaisen toimivan muutoksen jälkeen

Commit on tallennettu tilannekuva viestin kera. Tärkein tapa on tämä: tee commit, kun jokin toimii, ennen kuin pyydät seuraavaa asiaa.

1. Pyydä yhtä muutosta.
2. Tarkista se esikatselussa.
3. Jos se toimii, tee commit (tai synkronoi) viestin kanssa.
4. Siirry sitten eteenpäin.

Pienet commitit tarkoittavat, että kun jokin hajoaa, tiedät mikä muutos sen aiheutti, eikä sen perumine hävitä muuta työtä.

Vaihe 3: Kirjoita viestit, jotka ymmärrät myöhemmin

Hyvä viesti kertoo yhdellä rivillä, mitä muuttui ja miksi:

• Hyvä: Lisää CSV-vienti tilaussivulle
• Hyvä: Korjaa varauslomake, joka hylkäsi kellonajat klo 18 jälkeen
• Ei hyödyllinen: päivitys, muutoksia, korjailua

Voit pyytää tekoälyä kirjoittamaan viestit puolestasi:

Tiivistä muutokset edellisen commitin jälkeen yhdelle riville. Aloita verbillä ja pidä alle 70 merkissä.

Vaihe 4: Käytä haaroja riskialttiille töille

Haara on erillinen työlinja. Voit kokeilla jotain haarassa, ja jos se ei toimi, voit hylätä sen koskematta pääversioon.

Käytä haaraa, kun:

• muutos on suuri (uudistus, uusi maksuvirta, tietokantamuutos),
• joku muu työskentelee samassa sovelluksessa,
• haluat jonkun tarkistavan muutoksen ennen kuin se menee käyttöön.

Kun työ on tehty ja testattu, se yhdistetään päähaaraan. GitHubissa tämä tapahtuu yleensä vetopyynnön (pull request) kautta, eli sivun, jolla muutokset näkyvät tarkistettavaksi. Jos rakentajasi synkronoi vain yhden haaran, kehittäjä voi hallita haaroja GitHubin puolella.

Vaihe 5: Peru turvallisesti

Kun kehote rikkoo sovelluksen, älä kirjoita heti viittä uutta kehotetta sen päälle. Palaa viimeiseen toimivaan versioon ja kokeile selkeämmällä kehotteella.

• Rakentajassa: käytä sen tallennuspistettä tai palautusta, jos sellainen on.
• Gitissä: git revert luo uuden commitin, joka kumoaa vanhan, ja historia säilyy. Se on turvallinen valinta koodille, jonka muut ovat ehkä jo hakeneet.
• Vältä git push --force -komentoa jaetulla haaralla, ellet tiedä tarkalleen miksi. Se kirjoittaa historian uudelleen kaikille.

Jos olet epävarma, kysy:

Viimeisin muutos rikkoi kirjautumissivun. Näytä, mitkä tiedostot se muutti edelliseen commitiin verrattuna, ja selitä, mitä kukin muutos teki. Älä muuta vielä mitään.

Vaihe 6: Hae muutokset ennen kehotetta

Jos kehittäjä tai toinen työkalu muuttaa koodia GitHubissa, tekoälyrakentaja ei tiedä siitä, ennen kuin vedät (pull) muutokset mukaan. Kehotteen antaminen vanhan koodin päälle aiheuttaa ristiriitoja ja työn katoamisen.

• Hae muutokset jokaisen työskentelykerran alussa.
• Sopikaa, kuka muokkaa mitäkin, ja vältä molempia muokkaamasta samoja tiedostoja yhtä aikaa.
• Jos saat yhdistämisristiriidan (kaksi muutosta samoille riveille), pyydä kehittäjää tai tekoälyä ratkaisemaan se ja selittämään valinta.

Esimerkkikehotteet

Ennen kuin aloitamme: mitä repositoriossa muuttui viime työskentelykerran jälkeen? Tiivistä commitit.

Tee seuraava muutos yksinään: lisää jokaiseen laskuun „Kopioi”-painike. Älä muuta mitään muuta, jotta voin tehdä commitin erikseen.

Tarkista, ettei Gitissä ole seurannassa API-avaimia, salasanoja tai .env-tiedostoja, myös vanhoissa commiteissa. Raportoi vain tiedostojen nimet, ei arvoja.

Yleisiä virheitä

• Salaisuuksien committaaminen. Kun avain on Git-historiassa, se on altistunut, vaikka poistaisit tiedoston. Vaihda avain.
• Yksi valtava commit viikossa. Et voi perua yhtä muutosta perumatta kaikkia.
• Viestit kuten „päivitys”. Historia on hyödytön, kun etsit, mikä hajosi.
• Kehotteen antaminen vanhalle koodille. Hae ensin, jos joku muu muokkaa.
• Force-push virheen korjaamiseksi. Se voi poistaa muiden työn. Peru sen sijaan.
• node_modules-kansion committaaminen. Se on valtava, ja se luodaan joka tapauksessa uudelleen lukitustiedostosta.

Tarkistuslista

• Projekti on yhdistetty yksityiseen repositorioon.
• .gitignore sulkee pois .env, node_modules, build-tulosteet ja salaisuudet.
• Teen commitin jokaisen toimivan muutoksen jälkeen.
• Commit-viestit kertovat yhdellä rivillä, mitä muuttui.
• Suuret tai riskialttiit muutokset menevät haaraan ja tarkistetaan.
• Haen muutokset ennen kehotteen antamista, kun joku muu muokkaa koodia.
• Peruun tallennuspisteillä tai git revert -komennolla, en force-pushilla.
• Jokainen koskaan committattu avain on vaihdettu.

Git Mythexissä

Mythex tallentaa Git-tallennuspisteen jokaisen onnistuneen agenttivuoron jälkeen, ja Palauta tähän kohtaan palauttaa projektin siihen. Tämä on rakentajan puolen peruminen vaiheesta 5. Katso Iteroi ilman uudelleenrakentamista.

Pro-tasolla GitHub-synkronointi yhdistää repositorion projektin asetuksista, jolloin voit työntää ja hakea muutoksia, ja vienti lataa projektin ilman salaisuuksia ja node_modules-kansiota. Katso GitHub, vienti ja tuonti. Kun yhdistät GitHubin ennen projektin luovuttamista kehittäjälle, luovutus helpottuu paljon. Katso miten työskennellä kehittäjän kanssa tekoälyllä rakennetussa sovelluksessa ja miten viedä tekoälyllä rakennettu sovellus ja ajaa se itse.

Kysymykset