fix typos and explanations

1 files changed, 20 insertions, 20 deletions

diff --git a/1.md b/1.md
index 7c83fcf..74da076 100644
--- a/1.md
+++ b/1.md
@@ -78,10 +78,10 @@ daiteke.
 Komando orokorra:
 
 ```
-git config [--global] atala.klabea [balioa]
+git config [--global] atala.klabea [<balioa>]
 ```
 
-- `balioa` gehitzen ez bada konfigurazioa irakurtzen da idatzi beharrean.
+- `<balioa>` gehitzen ez bada konfigurazioa irakurtzen da idatzi beharrean.
 - `--global` konfigurazio globala kudeatzeko erabiltzen da.
 
 Benetan konplexuagoa da, laguntza begiratu.
@@ -89,14 +89,14 @@ Benetan konplexuagoa da, laguntza begiratu.
 
 ## Hasierako konfigurazioa
 
-Identitatea definitu. Beharrezkoa da commiten egilea nor den jakiteko.
+Identitatea definitu (beharrezkoa da commiten egilea nor den jakiteko):
 
 ```
 git config --global user.name "John Doe"
 git config --global user.email johndoe@example.com
 ```
 
-Editorea aukeratzeko.
+Editorea aukeratu:
 
 ```
 git config --global core.editor vim
@@ -243,13 +243,13 @@ makina berdinean, fitxategi sistemaren beste leku batetan.
 - `git fetch [<remote>]`-ek remotearen informazioa deskargatzen du,
   repositorioa zapaldu gabe.
 
-- `git pull` informazioa deskargatu eta `merge`atzen du adarrak ondo
+- `git pull`-ek informazioa deskargatu eta `merge`atzen du adarrak ondo
   konfiguratuta badaude:  
   ```
   git pull = git fetch + git merge
   ```
 
-- `git push [<remote> <branch>]` datuak eta commitak igotzen ditu. Norbaitek
+- `git push [<remote> <branch>]`-ek datuak eta commitak igotzen ditu. Norbaitek
   commitak erdian gehitu baditu ez du uzten (aurrerago azalduko da).
 
 ## Tag-ak
@@ -325,12 +325,12 @@ ehundaka adar ikustea.
 - Fitxategiak *Staging Area*ra bidaltzean, Git-ek haien argazkiak gordetzen
   ditu *blob* objektu moduan eta haien checksuma kalkulatzen du (SHA-1)
 - Commita egiterakoan direktorio bakoitzaren checksuma kalkulatzen du eta
-  *tree* objektu bat gordetzen du direktorio bakoitzeko. *Tree* objektuak,
+  *tree* objektu bat gordetzen du direktorio bakoitzeko. *Tree* objektuek
   *blob* objektuetara apuntatzen duten erreferentziak dituzte. Gainera commitek
   beste datuak gordetzen dituzte: autorea, mezua, data...
-- Commit berri bat gehitzean bere commit gurasoei apuntatzen du:
-  erreferentziarik ez dauka lehengo commita bada, bakarra dauka commit normala
-  bada eta erreferentzia asko ditu *merge* commita bada.
+- Commitek haien gurasoei apuntatzen duten erreferentziak dituzte:
+  lehengo commitek erreferentziarik ez dute, commit normalek erreferentzia
+  bakarra dute eta *merge* commitek erreferentzia asko dituzte.
 
 Adarrak commitetara apuntatzen duten erreferentzia mugikorrak dira.
 
@@ -355,7 +355,7 @@ deiturikoa.
 ## Adarraz aldatzeko
 
 - `git checkout <branchname>`
-- `git checkout -b <branchname>` adarra eratu eta aldatzeko
+- `git checkout -b <branchname>` adarra eratu eta bertara aldatzeko
 
 Bertsio berrietan, `checkout` komandoak gauza gehiegi egiten dituenez, komando
 espezifiko bat eratu zen adarrekin lan egiteko:
@@ -528,14 +528,14 @@ dira aldatu. Push egiterakoan aldatzen dira, remotearen egoera aldatu delako.
 Remoteak jarraitzeko erabiltzen mekanismoa da. Remotearen adar bat (*upstream*)
 adar lokal baten (*tracking*) arteko erlazioa da.
 
-- `git checkout -b <adar_izena> <remote>/<adar>` trakeatzen du
-  `<remote>/<adar>` `<adar_izena>` izenarekin
+- `git checkout -b <adar_izena> <remote>/<adar>`-k `<remote>/<adar>`
+  `<adar_izena>` izenarekin *track*eatzen du
 - `git checkout --track <remote>/<adar>` oraingo adarra eta remotearena
   erlazionatu. Sinpleago.
-- `git checkout <adarra>` erlazioa eratzen du automatikoki, `<adarra>` lokalean
-  existitzen ez bada. Sinpleago.
-- `git clone` egiterakoan `master` adarra lokala eratzen da `origin/master`
-  adarra trakeatzen.
+- `git checkout <adarra>`-k erlazioa eratzen du automatikoki, `<adarra>`
+  lokalean existitzen ez bada. Sinpleago.
+- `git clone` egiterakoan `master` adar lokala eratzen da `origin/master`
+  adarra *track*eatzen.
 - `git branch -u|--set-upstream <remote>/<adarra>` zure adarraren upstream-a
   aldatzeko. Ikusi `git push`-en.
 
@@ -582,12 +582,12 @@ Orain `server` `master`-en rebaseatu daiteke eta gero `git merge`
 ## Rebasekin kontuz ibili
 
 Rebaseak egiterakoan commit berriak egiten dira, aurrekoen antzekoak edukiz, ez
-dira berdinak. Remote-an pusheatzerakoan beste lankideek reabaseak egitera
+dira berdinak. Remote-an pusheatzerakoan beste lankideek rebaseak egitera
 behartzen ditu:
 
 - `git push --force` remotean historia berridazten du. Git zerbitzuetan adar
   babestuak existitzen dira hau saihesteko. Kontuz.
-- `git pull --rebase` lagundu dezake `pull` egiterakoan, remotean historia
+- `git pull --rebase`-k lagundu dezake `pull` egiterakoan, remotean historia
   berridatzi bada. Pull-en estrategietako bat da, asko daude eta defektuz
   egiteko konfiguratu daitezke.
 
@@ -601,6 +601,6 @@ Filosofiaren arabera bata edo bestea gehiago erabiltzea komeni da:
 - Repositorioa *making of* modura ikusten bada aproposa da rebase egitea.
   Historikoa garbiagoa uzten duelako.
 
-Aholkua: lokalean reabase egin commit historikoa garbitzeko baina behin
+Aholkua: lokalean rebase egin commit historikoa garbitzeko baina behin
 zerbitzarira igota historia ez aldatu, lankideen prozesuan eragina baitu.