diff options
Diffstat (limited to '1.md')
| -rw-r--r-- | 1.md | 40 |
1 files changed, 20 insertions, 20 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. |