Így neveld a blogodat

Ez most egy hosszú gyakorlat lesz, mivel elindítjuk az első saját Git repónkat! Nem kell félni tőle, nem harap. 😊 Az első lépés, hogy elindítjuk a GH Desktop alkalmazást és belépünk (ha kiléptünk). A képen látható kedves kép fogad minket, vagyis valami ehhez hasonló. Oldalt láthatóak a repositoryk, amiket létrehoztunk… legalábbis, ha vannak ilyenek. Repositoryk Mint látszik, nálam vannak és nem is egyféle. Nálatok valószínűleg nem lesznek, de ez nem is baj, hiszen azért vagyunk itt, hogy létrehozzuk az elsőt! Vissza a kezdőképernyőhöz: a pirossal bekarikázott rész (új repo készítése a saját gépen) lesz a mi választásunk. Hiába emeli ki kékkel a tutorial repo készítést, ne válasszuk azt, mert hibát fog dobni, még akkor is, ha amúgy elkészíti. (Ez összetett, miért csinálja, ebbe ne menjünk bele. A Github feltételezi, hogy fizetős felhasználók vagyunk, holott nem.)

Némi elmélet következik megint. Az alapvető git funkciókról lesz most szó. Ezek: repository inicializálás (indítás), fájlok hozzáadása, módosítása és törlése, illetve ezen változtatások véglegesítése (commit). A verziókezelés a gitben egy folyamatot követ, ami elsőre elég hajmeresztően hangzik, de könnyű belejönni. Utána meg már izommemória. A nulladik pont, mielőtt bármiféle fájlt elkezdenénk írni, hogy inicializáljuk ( init ), azaz elkezdjük a respositoryt. Enélkül nincs miről beszélni, hiszen nem tudunk verziókezelni. Ez csak a repón belül működik. Minden fájl, ami kívül esik ezen nem a projekt része, a git nem tud róla. Minden fájl viszont, ami az inicializált repo mappájába tartozik (vagy almappájába), az bekerül. Ezért érdemes a legfelső mappában inicializálni a projektet, és utána az almappák automatikusan hozzáadódnak, mint egy belső mappában, és utána oda egyenként bepakolgatni mindent. Ha van egy inicializált repo, akkor kezdődhet a munka

Ez egy képekkel alaposan megtámogatott gyakorlat lesz, amiben végigvezetlek Titeket a Github Desktop telepítésén és az alapbeállításokon. Vágjunk bele azonnal!

Mint azt írtam, az általunk használt verziókezelő rendszer a Git lesz. Továbbá a GitHub Desktop programot fogjuk vele használni. De hogy jönnek ezek össze? És pontosan mi az a Git?

A Git egy elosztott verziókezelő szoftver. Ez így tiszta kínai, szóval mielőtt ész nélkül belevágunk, beszéljünk egy kicsit magáról a koncepcióról. Azaz: mi is az a verziókövetés? És miért van rá szükség? Jöjjön egy elméleti bevezető!

A következő hetekben a verziókezelés és a Git nevű szoftver alapjaival fogunk megismerkedni. Ha valaha vesztettetek el fájlt holmi géphiba vagy figyelmetlen végleges törlés miatt, akkor ez a sorozat életmentő lesz. Esetleg történt olyan, hogy addig módosítottátok a legújabb készülő regény egyik fejezetét, hogy már teljesen elvesztett mindent az eredeti ötletből; majd jött egy olvasó, aki szerint az első változat volt az igazi? Ha nem, akkor egyrészt őszintén irigyellek titeket. Ha igen, akkor tartsatok velem, merüljünk el a Git rejtelmeiben!