Oppaat

Mitä on GitHub? Versionhallinta ei-kehittäjille

GitHub on verkkopalvelu, joka tallentaa ohjelmistoprojektien koodin koko historian kanssa. Sen avulla näet jokaisen muutoksen, voit perua virheet ja työskennellä samassa projektissa muiden ihmisten kanssa. Se perustuu Gitiin, ilmaiseen ohjelmaan, joka tallentaa projektin tiedostoista otoksia ajan kuluessa. Git on työkalu, joka pitää historiaa yllä. GitHub on verkkokoti, jossa tuo historia on jaettavissa, varmuuskopioitu ja keskusteltavissa.

Jos rakennat tekoälyllä, GitHub koskee pääosin kahta asiaa: omistat kopion koodistasi sen työkalun ulkopuolella, jolla rakensit sen, ja annat koodin kehittäjälle muodossa, jota hän jo käyttää.

Miksi tämä on tärkeää tekoälyllä rakentaessa

Tekoälysovellusrakentaja kirjoittaa ja muuttaa koodia nopeasti, eikä jokainen muutos ole parannus. Versionhallinta on tapa pitää tilanne hallinnassa.

  • Peru muutos varmasti. Jokainen tallennettu muutos on otos. Jos tekoäly rikkoo jotain, palaat viimeiseen toimivaan versioon.
  • Omistajuus. Koodi omalla GitHub-tililläsi pysyy sinun, jos vaihdat työkalua, lopetat maksamisen tai haluat toisen mielipiteen.
  • Yhteistyö kehittäjien kanssa. Lähes jokainen kehittäjä käyttää Gitiä päivittäin. Repositorion avulla hän voi tarkistaa, mitä tekoäly kirjoitti, korjata sen ja lähettää muutokset takaisin.
  • Julkaisu muualle. Monet hostauspalvelut voivat julkaista sovelluksen suoraan GitHub-repositoriosta.

Arkinen vertaus: jäljitettävät muutokset ja jaettu asema

Ajattele asiakirjaa, jossa muutosten seuranta on päällä ja joka on tallennettu jaettuun asemaan.

  • Git on muutosten seuranta: jokainen muokkaus tallentuu, kenen tekemänä ja milloin, ja voit palata mihin tahansa versioon.
  • GitHub on jaettu asema: asiakirja on verkossa, muut voivat ottaa siitä kopion, ja siinä on paikka kommentoida ja hyväksyä.
  • Haara on kuin kopio nimeltä "luonnos – uusi hinnoitteluosio", jolla voit kokeilla ilman, että koskettelet versioon, johon kaikki luottavat. Jos kokeilu onnistuu, yhdistät sen takaisin.

Asiakirjasta eroaa mittakaava. Sovellus koostuu sadoista tiedostoista, ja Git seuraa niitä kaikkia yhdessä, joten otos kuvaa koko projektin tilaa kerralla.

Git- ja GitHub-termit, joihin törmäät

TermiSelkokielinen merkitys
Repositorio (repo)Projektikansio koko historiansa kanssa
CommitTallennettu otos muutoksista lyhyellä kuvauksella
Haara (branch)Erillinen työlinja, jotta kokeilut eivät häiritse pääversiota
mainPääasiallisen haaran yleinen nimi, eli versio, joka menee julkaisuun
Merge (yhdistäminen)Haaran muutosten tuominen toiseen haaraan
Merge-konfliktiKaksi muutosta koski samoja rivejä, joten joku valitsee, mikä säilytetään
Clone (kloonaus)Koko repositorion kopion lataaminen historioineen
Push / pullOmien commitien lähettäminen GitHubiin / muiden commitien hakeminen alas
Pull request (PR)GitHub-sivu, jossa ehdotetaan haaran yhdistämistä ja ihmiset tarkistavat ja keskustelevat muutoksista
ForkOma kopio jonkun toisen repositoriosta GitHubissa
IssueGitHubissa repositorioon liitetty tehtävä tai virheilmoitus
.gitignoreLista tiedostoista, joita Git ei saa koskaan tallentaa, kuten .env-salaisuudet ja ladatut riippuvuudet
GitHub ActionsGitHubissa ajettava automaatio, esimerkiksi testit jokaiselle pull requestille

Kaksi kohtaa kannattaa painottaa. Ensinnäkin Gitin historia on suunniteltu pysyväksi: jos salasana on commitoitu ja pushattu, sen poistaminen myöhemmässä commitissa ei poista sitä historiasta. Toiseksi commit on yhtä hyödyllinen kuin sen viesti. "Korjaa varaustuplaus, kun kaksi ihmistä varaa samaan aikaan" auttaa myöhemmin, "päivitys" ei auta.

Esimerkki: tekoälyllä rakennetun sovelluksen luovuttaminen freelancerille

Olet rakentanut asiakasportaalin tekoälysovellusrakentajalla. Se toimii, mutta haluat freelance-kehittäjän lisäävän vaikean integraation kirjanpito-ohjelmaasi.

  1. Yhdistä projekti uuteen yksityiseen GitHub-repositorioon ja pushaa. Repositoriossa on nyt koodi ja sen historia.
  2. Tarkista sisältö. Avaa repositorio GitHubissa. Siellä ei saa olla .env-tiedostoa eikä API-avaimia koodissa. Salaisuudet pysyvät alustasi asetuksissa, ja ne jaetaan freelancerille erikseen, jos ollenkaan. Katso ympäristömuuttujat ja salaisuudet.
  3. Kutsu freelancer yhteistyökumppaniksi vain tähän repositorioon.
  4. Hän työskentelee haarassa, esimerkiksi nimeltä accounting-sync, tekee commitit matkan varrella ja avaa pull requestin, kun on valmis.
  5. Tarkistat pull requestin. Vaikka et lukisi koodia, voit lukea kuvauksen, katsoa mitkä tiedostot muuttuivat ja esittää kysymyksiä kommenteissa.
  6. Yhdistä, kun olet tyytyväinen, ja pulla muutokset takaisin rakennustyökaluun, jotta sinä ja tekoäly jatkatte uudesta versiosta.

Matkan varrella näet tarkalleen, mitä muuttui, ja voit perua sen tarvittaessa. Siinä on versionhallinnan koko arvo yhdessä työnkulussa. Jos mietit, tuotko kehittäjän ylipäätään mukaan, katso palkkaa kehittäjä tai rakenna tekoälyllä.

Yleisiä virheitä ja väärinkäsityksiä

  • "GitHub ja Git ovat sama asia." Git toimii ilman GitHubia. GitLab ja Bitbucket isännöivät myös Git-repositorioita.
  • "GitHub ajaa sovellukseni." GitHub tallentaa koodin. Sovelluksen ajaminen yleisölle on verkkohostausta, joka on erillinen palvelu, vaikka jotkin hostit voivat julkaista GitHubista.
  • Salaisuuksien commitointi. Vahingollisin ja yleisin virhe. Käytä .gitignore-tiedostoa .env-tiedostoille ja vaihda jokainen avain, joka on koskaan pushattu.
  • Vain yksi haara ja ei viestejä. Sopii yksin tehtyihin kokeiluihin, mutta anna commiteille selkeät viestit ja käytä haaroja kaikelle riskialttiille.
  • Muokkaus kahdessa paikassa yhtä aikaa. Jos muutat koodia sekä GitHubissa että tekoälyrakentajassa vetämättä välillä, syntyy konflikteja. Valitse kerrallaan yksi paikka muokkaamiseen ja synkronoi ennen vaihtamista.
  • Ajatus, että yksityinen repositorio on kaiken varmuuskopio. Se sisältää koodin, ei tietokannan sisältöä eikä ladattuja tiedostoja. Niille tarvitaan omat varmuuskopiot.

Mitä pyytää tekoälysovellusrakentajalta

  • "Lisää .gitignore, joka jättää pois .env-tiedoston, riippuvuuskansiot ja build-tulosteet."
  • "Kirjoita README, joka kertoo asennuksen, tarvittavat ympäristömuuttujat (vain nimet) ja sovelluksen käynnistyksen."
  • "Lisää .env.example, jossa on jokainen muuttujan nimi ilman oikeita arvoja."
  • "Käytä selkeitä ja kuvaavia commit-viestejä jokaiselle muutokselle."

Nämä neljä pyyntöä tekevät repositorion, jonka kehittäjä voi ottaa haltuun minuuteissa. Sovelluksen siirtämiseen omille palvelimillesi katso näin viet ja itse-isännöit tekoälyllä rakennetun sovelluksen. Sen karkaisemiseen ennen oikeita käyttäjiä katso tekoälyprototyypistä tuotantoon.

GitHub ja Mythex

Mythex säilyttää historian puolestasi jokaisessa tilauksessa: jokaisen onnistuneen agenttivuoron jälkeen se tallentaa tarkistuspisteen, eli Git-otoksen, johon voit palata. Pro-tilauksessa voit yhdistää GitHubin ja pushata tai pullata projektin omaan repositorioosi, tai ladata koko projektin arkistona. Salaisuudet ja asennetut riippuvuudet jätetään vientiin pois. GitHub on täällä koodin synkronointiin, ei Mythexiin kirjautumiseen. Katso GitHub, vienti ja tuonti dokumentaatiosta ja hinnoittelusivu, josta näet, mitä kukin tilaus sisältää.

Kysymykset

Mikä ero on Gitillä ja GitHubilla?

Git on ilmainen ohjelma, joka tallentaa projektin tiedostojen historian millä tahansa tietokoneella. GitHub on verkkopalvelu, jonka omistaa Microsoft. Se isännöi Git-repositorioita verkossa ja lisää yhteistyötyökaluja, kuten pull requestit, issuet ja automaation.

Tarvitsenko GitHubia tekoälyllä sovelluksen rakentamiseen?

Et. Monet tekoälysovellusrakentajat säilyttävät historian puolestasi tuotteen sisällä. GitHub alkaa olla hyödyllinen, kun haluat oman kopion koodista, teet yhteistyötä kehittäjän kanssa tai aiot julkaista sovelluksen jossain muualla.

Onko GitHub ilmainen?

GitHubissa on ilmainen tilaus, johon kuuluvat sekä julkiset että yksityiset repositoriot. Se riittää useimmille yksittäisille käyttäjille ja pienille tiimeille. Maksulliset tilaukset lisäävät tiimien hallinnan ja muita ominaisuuksia. Ajantasaiset tiedot löytyvät GitHubin hinnoittelusivulta.

Onko koodini julkinen GitHubissa?

Vain jos teet repositoriosta julkisen. Yksityisen repositorion näkevät vain sinä ja ne henkilöt, jotka kutsut mukaan. Vaikka repositorio olisi yksityinen, salasanoja tai API-avaimia ei saa koskaan tallentaa siihen.

Mythex · Pricing · Rakenna mitä tahansa tekoälyllä · Verkkosivu- ja sovellusmallipohjat · Mythex vertailussa · Tekoälysovellusten rakentamisen sanasto · Ilmaiset työkalut tekoälysovellusten rakentamiseen · English

English አማርኛ العربية Български বাংলা Bosanski Català Čeština Dansk Deutsch Ελληνικά Español Español (España) Eesti فارسی Français Français (Canada) ગુજરાતી हिन्दी Hrvatski Magyar Հայերեն Bahasa Indonesia Íslenska Italiano 日本語 ქართული Қазақ тілі ಕನ್ನಡ 한국어 Lietuvių Latviešu Македонски മലയാളം Монгол मराठी Bahasa Melayu မြန်မာ Norsk bokmål Nederlands ਪੰਜਾਬੀ Polski Português (Brasil) Português (Portugal) Română Русский Slovenčina Slovenščina Soomaali Shqip Srpski Svenska Kiswahili தமிழ் తెలుగు ไทย Tagalog Türkçe Українська اردو Tiếng Việt 简体中文 繁體中文(香港) 繁體中文(台灣)