diff options
Diffstat (limited to 'eu')
-rw-r--r-- | eu/1.md | 12 | ||||
-rw-r--r-- | eu/2.md | 48 |
2 files changed, 30 insertions, 30 deletions
@@ -43,7 +43,7 @@ how-to: pandoc -f markdown+smart -t beamer % -o pdf/1.pdf --pdf-engine=xelatex - - *Snapshot*etan oinarrituta - Operazio gehienak lokalak dira eta normalean ez ditu datuak ezabatzen - Integritate kontrola egiten du SHA-1 erabiliz -- Hiru egoera: +- Hiru egoera:\ `FITXATEGIA — STAGING AREA — REPOSITORIOA` ## Instalazioa @@ -244,7 +244,7 @@ makina berdinean, fitxategi sistemaren beste leku batetan. repositorioa zapaldu gabe. - `git pull`-ek informazioa deskargatu eta `merge`atzen du adarrak ondo - konfiguratuta badaude: + konfiguratuta badaude:\ ``` git pull = git fetch + git merge ``` @@ -410,7 +410,7 @@ $ git log --oneline --decorate --graph --all **Fast forward** kasua. Adar bat bestearen barruan dago. -![`git checkout master` +![`git checkout master`\ `git merge hotfix`](img/basic-branching-5.png){ height=200px } ## Adarrak eta mergeak — III @@ -424,7 +424,7 @@ Beti ez da hain erreza. Demagun: Arbaso amankomuna (*common ancestor*) ateratzen saiatzen da eta bi buruekin eta arbaso amankomunarekin *three-way merge* bat egiten du. -![`git checkout master` +![`git checkout master`\ `git merge iss53`](img/basic-merging-1.png){ height=180px } ## Adarrak eta mergeak — V @@ -433,7 +433,7 @@ Commit berri bat gehitzen du, bi adarrak lotzen dituena. *Merge* commita da: bi guraso (edo gehiago) ditu. -![`git checkout master` +![`git checkout master`\ `git merge iss53`](img/basic-merging-2.png){ height=180px } ## Konfliktoak — I @@ -560,7 +560,7 @@ Proiektua jende askok ukitzen badu, hobe `git fetch` egitea. ## Adarrak eta rebaseak — II -![`git checkout experiment` +![`git checkout experiment`\ `git rebase master`](img/basic-rebase-3.png) Orain merge-a *fast-forward* izango da eta ez du merge commit-ik gehituko. @@ -37,7 +37,7 @@ egiteko: /path/to/file`-en bitartez klonatu daiteke. - **HTTP**: *smart* edo *dumb* moduak ditu. *Smart*-ek baimenak kudeatu ditzake. *Dumb*-ek fitxategiak eman baino ez du egiten. -- **SSH**: Askotan erabiltzen da. Erabiltzaile bat behar du. +- **SSH**: Askotan erabiltzen da. Erabiltzaile bat behar du.\ `git clone ssh://[<user>@]<host>/<project>.git` erabiliz. SCP-ren modu laburra erabili daiteke: `[<user>@]<host>:<project>.git`. - **Git**: SSH-ren antzekoa da baina autentikazio barik. @@ -124,19 +124,19 @@ ezberdinak aplikatzea ahalbidetzen du commitak aukeratzeko. ## Commit selektoreak — III -- **Commit tartea**: bi commiten arteko tartea lortzeko: `..` +- **Commit tartea**: bi commiten arteko tartea lortzeko: `..`\ Adarrekin ere egin daiteke, adar batetik besteraren burura ailegatzeko behar - diren commitak lortzeko: - ![](img/double-dot.png){width=350px} - - `git log master..experiment` => D C + diren commitak lortzeko:\ + ![](img/double-dot.png){width=350px}\ + - `git log master..experiment` => D C\ - `git log experiment..master` => F E - + ## Commit selektoreak — IV - **Puntu tripleak**: bi adarretatik ailegatu ahal diren commitak, baina amankomunean ez daudenak: - ![](img/double-dot.png){width=350px} - - `git log master...experiment` => F E D C + ![](img/double-dot.png){width=350px}\ + - `git log master...experiment` => F E D C\ - Zein adarretik datozen ikusteko `--left-right`: ``` git log master...experiment --left-right @@ -169,7 +169,7 @@ ezberdinak aplikatzea ahalbidetzen du commitak aukeratzeko. - `git add --patch|-p` gehituko diren aldaketak modu interaktiboan aukeratzeko. Blokez bloke -*Komando askotan erabili daitezken aukerak dira hauek. +*Komando askotan erabili daitezken aukerak dira hauek.\ Oso erabilgarriak dira.* ## Stash-a @@ -245,7 +245,7 @@ dituzte. - `git commit --amend` mini-rebase baten eragina dauka - `git rebase -i|--interactive <commit>` aukeratutako commitera ailegatzeko - behar diren commitak aldatu. + behar diren commitak aldatu.\ Editorearen bitartez commit bakoitzarekin zer egin behar duen adierazi ahal zaio: commitak batu, aukeratu, mezua berridatzi, editatu... Aukera batzuek prozesua gelditzen dute. `git rebase --continue` egiten aurrera jarraitzen @@ -345,11 +345,11 @@ Kasu horretan, lehenengo pausua (HEAD-a mugitzea) ezin da burutu[^head] baina hurrengo pausuak arazo barik egin daitezke. Horrek funtzionamendu interesgarriak ahalbidetzen ditu. -- `git reset <fitxategia>` egiten denean, benetan - `git reset --mixed HEAD <fitxategia>` egiten da. +- `git reset <fitxategia>` egiten denean, benetan\ + `git reset --mixed HEAD <fitxategia>` egiten da.\ 1. ~~HEAD-a mugitu~~ 2. Egoera indexean jarri - +\ Hau da: **Fitxategia indexetik atera** [^head]: HEADa ezin da erdizka mugitu, edo repositorio osorako mugitzen da edo @@ -446,7 +446,7 @@ Konfliktoetan Gitek 3 fitxategi ematen ditu: 2. Stage 2: Gure (*ours*) bertsioa, gure adarrean dagoena 3. Stage 3: Haien (*theirs*) bertsioa, mergeatzen dugun adarrean dagoena -- `git show :<stageN>:<file>` stage fitxategiak ikusteko +- `git show :<stageN>:<file>` stage fitxategiak ikusteko\ - `:<stageN>:<file>`-k blob horren hasha lortzen du. - `git diff`-en bitartez ikusi daitezke, stage-a aukeratuz @@ -610,7 +610,7 @@ automatikoki aurretik gordetako ebazpena erabiltzen delako. - `git add` + `git commit` egiterakoan ebazpena gordetzen da: `"Recorded resolution"` - `git reset --hard HEAD^` eta mergea berriro egiterakoan konfliktoak - automatikoki konpontzen dira: + automatikoki konpontzen dira:\ `"Resolved with previous resolution"` - `git checkout --conflict=merge <file>` eginda konfliktoa berreskuratu daiteke, `rerere`a aktibatu gabe @@ -646,7 +646,7 @@ Bisekzio metodoa aplikatzeko workflowa 2. `git bisect bad` oraingo commita txarra da 3. `git bisect good <commit-id>` commit hau ona da 4. `git bisect good/bad` oraingo commita ona edo txarra da. Gitek - hurrengo commita aukeratzen du: + hurrengo commita aukeratzen du:\ `"Bisecting, N revisions left to test"` 5. `git bisect reset` hasierara bueltatu @@ -665,7 +665,7 @@ Gure proiektuaren barruan azpiproiektuak kudeatzeko modu bat da. - `.gitmodules` fitxategian azpiproiektuen informazioa gordetzen da: URLa, izena eta path-a. - `git submodule add ...` eta gero `git diff --cached` egitean ikusten da - submoduluen path-a ez dela fitxategi bezala kudeatzen: + submoduluen path-a ez dela fitxategi bezala kudeatzen:\ `"Subproject commit ---"` - `git diff --submodule --cached`-ekin hobeto ikusten da - `git push` egiterakoan submodule-aren direktorioa erreferentzia moduan @@ -811,7 +811,7 @@ Atributu mota asko dago, interesgarrienetarikoak: pasatzeko. Konfigurazio gehigarria behar da: - `git config diff.<iragazkia>.textconv <programa>` - Adibidez: `*.png diff=exif` - - `git config diff.exif.textconv exiftool` + - `git config diff.exif.textconv exiftool`\ png fitxategien estatistikak konparatzen dira, eta ez edukiak - `ident` identifikazioa gehitzeko. `$Id$` testu literala SHA-1era bihurtzen da espantsio baten bitartez @@ -822,8 +822,8 @@ Atributu mota asko dago, interesgarrienetarikoak: - `smudge` *index*etik *working directory*rako bidean - `clean` *working directory*tik *index*erako bidean - Adibidez: `*.c filter=indent` - - `git config filter.indent.clean indent` - `git config filter.indent.smudge cat` + - `git config filter.indent.clean indent`\ + `git config filter.indent.smudge cat`\ fitxategiak automatikoki indentatzeko `git add` egiterakoan - `export-ignore` artxibo (`git archive`) bat egiterakoan fitxategi batzuk baztertzeko. @@ -906,7 +906,7 @@ Bi elementu mota nagusiak daude Git datu basean: ## Objektuak `.git/objects`-en gordetzen dira, haien hasharen arabera. Lehengo bi -karaktereak direktorio moduan eta hurrengoak fitxategi moduan. +karaktereak direktorio moduan eta hurrengoak fitxategi moduan.\ Adibidez: `.git/objects/cf/6cbb8a400c7cad0f7f93610366c3672f598cdd` - `git hash-object -w`-rekin idatzi daitezke (bueltan hash-a ematen du) @@ -917,7 +917,7 @@ Adibidez: `.git/objects/cf/6cbb8a400c7cad0f7f93610366c3672f598cdd` `git cat-file -t`-rekin mota ikusi daiteke. - `blob`-ak fitxategien edukiak eta bestelako datuak gordetzeko -- `tree` fitxategien izenak eta direktorioak gordetzeko +- `tree` fitxategien izenak eta direktorioak gordetzeko\ Sarrera bat edo gehiago dute beste `tree` edo `blob`etara haien izena eta hasha identifikatuz. - `commit` commit datuak gordetzeko: `tree` bat snapshotarekin, mezua, autorea, @@ -1015,8 +1015,8 @@ eta *"beste hau hona"* esateko. Refspec-a ikusita, Gitek adarren adierazpenaren espantsioa egiten du: -- `git log origin/master` - => `git log remotes/origin/master` +- `git log origin/master`\ + => `git log remotes/origin/master`\ => `git log refs/remotes/origin/master` Adarrak ezabatzeko lehen refspec-a erabili behar zen: |