diff --git a/docs/workshop/2_basics.md b/docs/workshop/2_basics.md
index 4c9e0d56d4e30e9ab3ffe1032cf21e7ba8b72476..ca826b1f9a8dcd1422d854bcb627de5f84e7b026 100644
--- a/docs/workshop/2_basics.md
+++ b/docs/workshop/2_basics.md
@@ -107,9 +107,73 @@ Gyakorlatilag mikor egy tĂĄvoli git repo-t leszedĂźnk, akkor
 ezt a mappát kapjuk meg. Ebből ezután a git alkalmazásunk
 előállítja nekünk a master ág legutóbbi mentéspontját.
 
+#### Hogyan tĂĄrolĂłdnak a mentĂŠseink?
+
+Egy logikus megoldĂĄsnak tĹąnhet, hogy az egyes fĂĄjlok kĂśzt
+csak az eltĂŠrĂŠseket tĂĄroljuk. PĂŠldĂĄul:
+
+```gyumolcskosar
+1. mentĂŠs:
+alma
+
+2. mentĂŠs:
+[1.mentĂŠs 1.sora]
+alma
+```
+
+Ez annyibĂłl jĂł, hogy a tĂĄrhellyel spĂłrol, viszont nem gyors.
+KĂŠpzeljĂźnk el egy 1000 commit-bĂłl ĂĄllĂł repo-t.
+Mi tĂśrtĂŠnik mikor a legutĂłbbit lekĂŠrjĂźk?
+
+Erre egyik megoldás más verziókezelőknél, hogy optimalizálnak
+ĂŠs mondjuk 50 mentĂŠsenkĂŠnt csinĂĄlnak egy teljes mentĂŠst, stb.
+
+A Git ezt Ăşgy oldja meg, hogy egy mentĂŠs az Ăśsszes fĂĄjlt
+egy az egybe lemĂĄsolja.  
+PĂŠldĂĄul egyik mentĂŠs alkalmĂĄval feltĂśltĂśk egy 1gb-os videĂłt,
+majd a következő mentéskor törlöm, akkor az a videó
+benne marad a git repo-ban.
+Persze utólag tudunk olyat, hogy kitöröljük az adott mentésből,
+de ez nem ajĂĄnlott hasznĂĄlata a Git-nek.
+
+OkĂŠ, tehĂĄt pĂŠldĂĄul mappĂĄkba bemĂĄsolja a mentĂŠseinket valamilyen
+mĂłdon, de mĂŠgis hova?
+
+```
+$ tree .git/objects/
+.git/objects/
+├── 13
+│   └── 46dac32baea8123272f60b6a04227fe3872bdb
+...
+├── e6
+│   └── 9de29bb2d1d6434b8b29ae775ad8c2e48c5391
+├── f4
+│   └── 5a6ff55496414b573e97064e998f065182eeee
+├── info
+└── pack
+```
+
+MĂŠgis mik ezek?  
+A Git tĂśmĂśrĂ­tve ĂŠs titkosĂ­tottan hashelve tĂĄrolja a fĂĄjlokat.
+A hashelĂŠsnek annyi a lĂŠnyege, hogy a fĂĄjl teljes tartalmĂĄn
+ĂĄtfuttatunk egy algoritmust, mely ezutĂĄn kikĂśp egy 0-9a-z
+szĂśveget ĂŠs ha akĂĄr 1 bit-et is vĂĄltoztatunk egy fĂĄjlon, akkor
+más lesz a hash-e, sőt a titkosítás miatt még feltörni is
+lehetetlen.  
+TehĂĄt ha valaki elcommitol valamit, akkor azt mĂĄr mĂĄs nem tudja
+megvĂĄltoztatni anĂŠlkĂźl, hogy vĂĄltozna a hash.
+Így tudjuk biztosítani a teljes konzisztenciát az elosztott
+repo-k kĂśzĂśtt.
+
+Hash-t lĂĄthatunk pĂŠldĂĄul a mentĂŠspontjainkon, fĂĄjljainkon, stb.
+
+EnnĂŠl jobban nem megyek bele a tĂŠmĂĄba, de ĂŠrdekes olvasmĂĄny.
+A lĂŠnyeg, hogy mindenhol ott vannak a hash-ek, ĂŠs erre mindjĂĄrt
+lĂĄtunk pĂŠldĂĄt.
+
 #### VĂĄltoztatĂĄsok mentĂŠse
 
-Na de hogyan mentĂźnk ebbe az adatbĂĄzisba?
+Na de hogyan kĂŠszĂ­tĂźnk ilyen mentĂŠseket?
 
 A fájljainknak különböző állapotai létezhetnek egy
 repo-ban.
@@ -277,6 +341,71 @@ $ git add gyumolcskosar
 $ git commit -m "Raktam bele egy kĂśrtĂŠt"
 ```
 
-#### Hogyan tĂĄrolĂłdnak a mentĂŠseink?
+KĂŠszĂ­tsĂźnk egy Ăşj fĂĄjlt `hordo` nĂŠven ĂŠs nĂŠzzĂźk mit Ă­r ki
+a `git status -s` parancs.
+
+```
+$ git status -s
+?? hordo
+```
+
+Ezzel a kapcsolĂłval kĂŠpesek vagyunk egy rĂśvidĂ­tett stĂĄtuszt
+lekĂŠrni. StageljĂźk majd pedig commitoljuk el
+`"Hoztunk egy hordĂłt"` Ăźzenettel. A lĂŠpĂŠsek kĂśzt nĂŠzzĂźk meg
+mit Ă­r ki a `git status -s`.
+
+Mi van akkor, ha valami fĂĄjlt nem szeretnĂŠnk verziĂłkontroll
+alĂĄ tenni? Gondolok pĂŠldĂĄul a build-ek mappĂĄira vagy
+adott EszkĂśz ĂĄltal generĂĄlt fĂĄjlokra?
+
+Hozzunk lĂŠtre egy `.gitignore` fĂĄjlt ĂŠs egy `jegyzeteim.txt`
+fĂĄjlt.
+EzutĂĄn adjuk ki a `git status` parancsot.
+LĂĄthatjuk, hogy a `jegyzeteim` fĂĄjl nem jelent meg, tehĂĄt
+ignorĂĄljuk a fĂĄjlt. Stage-ljĂźk, majd mentsĂźk el a fĂĄjlt a
+`git add .`, `git commit -m "jegyzeteim ignorĂĄlĂĄsa"`
+
+#### FĂĄjlok mozgatĂĄsa
+
+A git semmi adatot nem tĂĄrol vĂĄltozĂĄsokrĂłl, csak
+mentéseket készít, ahogy említettem az előző részben.
+PrĂłbĂĄljuk ki, hogy mi tĂśrtĂŠnik ha ĂĄtnevezĂźnk egy fĂĄjlt?
+
+```
+mv gyumolcskosar gyumolcskosar.txt
+```
+
+```
+git status
+On branch master
+Changes not staged for commit:
+  (use "git add/rm <file>..." to update what will be committed)
+  (use "git restore <file>..." to discard changes in working directory)
+	deleted:    gyumolcskosar
+
+Untracked files:
+  (use "git add <file>..." to include in what will be committed)
+	gyumolcskosar.txt
+
+no changes added to commit (use "git add" and/or "git commit -a")
+```
+
+LĂĄthatĂł, hogy az eredeti fĂĄjlt "tĂśrĂśltĂźk" ĂŠs egy Ăşj
+fájlt vettünk fel a repo-ba. Érdekes, mi lenne ha stagelnénk
+a vĂĄltoztatĂĄsokat?
+
+```
+$ git add .
+$ git status
+On branch master
+Changes to be committed:
+  (use "git restore --staged <file>..." to unstage)
+	renamed:    gyumolcskosar -> gyumolcskosar.txt
+```
+
+Most meg mĂĄr lĂĄtszik, hogy csak ĂĄtnevezĂŠs tĂśrtĂŠnt?
+
+A Git kĂŠpes rĂĄ, hogy felismerje a fĂĄjlokat ĂŠs eldĂśntse, hogy
+ugyanaz volt a kettő, tehát átnevezés történt.
 
 [Előző](workshop/1_installation) | [Következő](workshop/3_branch)