Better syntax for hard line-breaks

2 files changed, 30 insertions, 30 deletions

diff --git a/eu/1.md b/eu/1.md
index a33f883..17417f9 100644
--- a/eu/1.md
+++ b/eu/1.md
@@ -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.
diff --git a/eu/2.md b/eu/2.md
index a4e64d1..60ccc05 100644
--- a/eu/2.md
+++ b/eu/2.md
@@ -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: