diff options
| -rw-r--r-- | 1.md | 40 | ||||
| -rw-r--r-- | 2.md | 12 |
2 files changed, 27 insertions, 25 deletions
@@ -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. @@ -84,7 +84,7 @@ proposatzeko. ## Commit selektoreak -Giten komando askok commit askotan aplikatu daitezke. Gitek commit selektore +Giten komando asko commit askotan aplikatu daitezke. Gitek commit selektore ezberdinak aplikatzea ahalbidetzen du commitak aukeratzeko. - `git show <commit-selektorea>` aukeratutako objektuak erakusteko @@ -161,8 +161,8 @@ ezberdinak aplikatzea ahalbidetzen du commitak aukeratzeko. ## Staging interaktiboa -- `git add --interactive | -i` stage-a modu interaktiboan kudeatzeko -- `git add --patch | -p` gehituko diren aldaketak modu interaktiboan +- `git add --interactive|-i` stage-a modu interaktiboan kudeatzeko +- `git add --patch|-p` gehituko diren aldaketak modu interaktiboan aukeratzeko. Blokez bloke *Komando askotan erabili daitezken aukerak dira hauek. @@ -176,7 +176,7 @@ adar berdinean edo beste batean ateratzeko. - `git stash [push]` direktorioa garbitu eta aldaketak *stash*era sartzeko - `git stash list` *stash*aren sarrerak ikusteko -- `git stash apply [<stash-sarrera>]` aukeratutako *stash* sarrera (defektuz +- `git stash apply [<stash-sarrera>]`-k aukeratutako sarrera (defektuz azkena) aplikatzen dio *working directory*ari. - `git stash drop [<stash-sarrera>]` aukeratutako *stash* sarrera ezabatzeko - `git stash pop` = `git stash apply` + `git stash drop` @@ -521,6 +521,8 @@ erabiltzen da. Atal berri bat gehitzen dio konfliktoari, *base*a bistaratzeko. ## Mergeak desegiten — I +Bi aukera ezberdin dago mergea desegiteko: + 1. `git reset --hard HEAD~` (historikoa berridazten du) 2. `git revert -m 1 HEAD` commit bat gehitu aldaketak desegiten dituena. Arazoak datoz adarra berriro mergeatu behar denean. @@ -529,7 +531,7 @@ erabiltzen da. Atal berri bat gehitzen dio konfliktoari, *base*a bistaratzeko. `git revert -m 1 HEAD` egitean, mergea desegin da beste commit batekin. `^M` eta `C6` eduki berdinak dituzte. Baina `topic` adarraren commitak `master`etik -iritsi daitezke. Gitentzat mergeatuta daudela dirudi. KONTUZ +iritsi daitezke. Gitentzat mergeatuta daudela dirudite. KONTUZ  |