[svnbook commit] r1543 - in trunk/src/nb: . book
sunny256
svnbook-dev at red-bean.com
Tue Jul 12 18:28:43 CDT 2005
Author: sunny256
Date: Tue Jul 12 18:28:42 2005
New Revision: 1543
Modified:
trunk/src/nb/TRANSLATION-STATUS
trunk/src/nb/book/ch05.xml
Log:
Some Norwegian proofreading in chapter 5.
* src/nb/TRANSLATION-STATUS
ch05.xml added to Proofread and set to 17%.
* src/nb/book/ch05.xml
You know, tweaks.
Modified: trunk/src/nb/TRANSLATION-STATUS
==============================================================================
--- trunk/src/nb/TRANSLATION-STATUS (original)
+++ trunk/src/nb/TRANSLATION-STATUS Tue Jul 12 18:28:42 2005
@@ -80,6 +80,7 @@
book/ch02.xml
book/ch03.xml
book/ch04.xml
+ book/ch04.xml (line 906, 17%) -- sunny256
$Id$
vim: set tw=72 nowrap et sw=2 ts=2 sts=2 fo+=2w fenc=utf8 :
Modified: trunk/src/nb/book/ch05.xml
==============================================================================
--- trunk/src/nb/book/ch05.xml (original)
+++ trunk/src/nb/book/ch05.xml Tue Jul 12 18:28:42 2005
@@ -62,8 +62,8 @@
Hvis du derimot er, eller vil bli, en administrator for et
Subversiondepot,<footnote>
<para>Dette kan høres <!-- ¤ -->råflott ut, men vi snakker bare
- om enhver som er interessert i mystikken <!-- ¤ realm
- -->omkring arbeidskopien hvor alles data ligger.</para>
+ om alle som er interesserte i dette mystiske området hvor
+ alles data ligger.</para>
</footnote> bør du så absolutt følge med i dette
kapittelet.</para>
@@ -193,8 +193,8 @@
er komplett fleksible.
I tilfellet med oppdateringer er transaksjoner midlertidige trær
som blir øyeblikkelig ødelagt.
- I tilfellet med innlegginger, blir transaksjoner transformert
- inn i permanente revisjoner (eller fjernet hvis innleggingen
+ I tilfellet med innlegginger blir transaksjoner transformert inn
+ i permanente revisjoner (eller fjernet hvis innleggingen
feiler).
I tilfelle en generell feil eller programfeil oppstår, er det
mulig at en transaksjon kan bli liggende igjen i depotet (uten å
@@ -243,8 +243,8 @@
@ENGLISH }}} -->
<para>Transaksjoner og revisjoner i Subversiondepotet kan ha
vedlagte egenskaper.
- Disse egenskapene er generiske <!-- ¤
- --><quote>nøkkel-til-verdi</quote>-mappinger, og blir vanligvis
+ Disse egenskapene er generiske
+ <quote>nøkkel-til-verdi</quote>-mappinger, og blir vanligvis
brukt til å lagre informasjon om treet som de er vedlagt.
Navnene og verdiene til disse egenskapene er lagret i depotets
filsystem, sammen med resten av dataene for treet.</para>
@@ -275,7 +275,7 @@
representerer tidspunktet transaksjonen ble opprettet.
Når innleggingsprosessen er fullført, og transaksjonen blir
forfremmet til en permanent revisjon, har treet også fått en
- egenskap for å lagre brukernavnet til revisjonens forafatter
+ egenskap for å lagre brukernavnet til revisjonens forfatter
(<literal>svn:author</literal>) og en egenskap for å lagre
loggmeldingen som hører til denne revisjonen
<literal>svn:log</literal>.</para>
@@ -299,7 +299,7 @@
Selv om revisjonstrær er uforanderlige, gjelder ikke dette
egenskapene som er vedlagt disse trærne.
Du kan legge til, fjerne, og modifisere revisjonsegenskaper til
- enhver tid i fremtide.
+ enhver tid i fremtiden.
Hvis du legger inn en ny revisjon og senere finner ut at du la
inn feil informasjon eller skrivefeil i loggmeldingen, kan du
enkelt forandre verdien i <literal>svn:log</literal>-egenskapen
@@ -331,7 +331,7 @@
En depottype lagrer alt i en Berkeley DB-database; den andre
typen lagrer data som ordinære <quote>flate filer</quote> i et
tilpasset format.
- Fordi Subversionutvilkere ofte referer til et depot som
+ Fordi Subversionutviklere ofte referer til et depot som
<quote>det [versjonerte] filsystemet</quote>, har de lagt seg
til vanen med å refere til den sistnevnte typen depot som
<firstterm>FSFS</firstterm>:
@@ -354,8 +354,9 @@
Det er fordeler og ulemper med begge to, som vi vil gå gjennom
ganske snart.
Ingen av de bakenforliggende depotene er mer
- <quote>offisielt</quote> enn det andre, og programmer som
- aksesserer depotet er isolert fra denne implementasjonsdetaljen.
+ <quote>offisielle</quote> enn andre, og programmer som
+ aksesserer depotet er beskyttet fra denne
+ implementasjonsdetaljen.
Programmer har ingen formening om hvordan depotet lagrer data;
de ser bare revisjons- og transaksjonstrær gjennom
depotgrensesnittet.</para>
@@ -373,9 +374,7 @@
<!-- @ENGLISH {{{
<title>Repository Data-Store Comparison</title>
@ENGLISH }}} -->
- <title>Sammenligning av datalagring i <!-- ¤ «depot» i flertall.
- Vil gjerne skrive «depoter», men er det noe som heter det?
- -->depot</title>
+ <title>Sammenligning av datalagring i depoter</title>
<tgroup cols="3">
<thead>
<row>
@@ -405,7 +404,7 @@
krasj og problemer med rettigheter kan etterlate databasen
i en <quote>fastkilt</quote> (Engelsk:
<foreignphrase>wedged</foreignphrase>) tilstand som krever
- <!-- ¤ -->prosedyrer for journalgjenoppretting.</entry>
+ journalførte gjenopprettingsprosedyrer.</entry>
<!-- @ENGLISH {{{
<entry>quite insensitive.</entry>
@@ -593,7 +592,7 @@
utviklerne seg for å bruke Berkeley DB av diverse grunner,
blant annet dens åpne lisens, transaksjonsstøtte, stabilitet,
effektivitet, enkelt grensesnitt, trådsikkerhet, støtte for
- ¤cursors og så videre.</para>
+ <!-- ¤ -->databasepekere og så videre.</para>
<!-- @ENGLISH {{{
<para>Berkeley DB provides real transaction
@@ -662,7 +661,7 @@
databasen først lager en beskrivelse i loggfiler på disken om
hva den er i ferd med å gjøre, og foretar deretter selve
modifiseringen.
- Dette er for å forsikre om at i tilfelle noe går galt, kan
+ Dette er for å forsikre seg om at i tilfelle noe går galt, kan
databasesystemet hente tilbake et tidligere
<firstterm>sjekkpunkt</firstterm> – en posisjon i loggfilene
som den vet ikke er ødelagt – og <quote>spille av</quote>
@@ -738,7 +737,7 @@
<para>Til sist, fordi Berkeley DB er et bibliotek linket direkte
inn i Subversion, er det mer sensibelt for avbrudd enn et
typisk relasjonsdatabesestystem.
- De fleste SQL-systemer har for eksempel en dedikert
+ De fleste SQL-systemer har for eksempel en dedisert
tjenerprosess som fordeler all tilgang til tabeller.
Hvis et program som aksesserer databasen krasjer av en eller
annen grunn, oppdager daemonen som styrer databasen at
@@ -753,7 +752,7 @@
programkrasj kan etterlate databasen i en midlertidig,
utilgjengelig tilstand.
Når dette skjer, må en administrator be Berkeley DB om
- gjenoppretting til et sjekkpunnkt, noe som er litt plagsomt.
+ gjenoppretting til et sjekkpunkt, noe som er litt plagsomt.
Andre ting kan føre til at et depot <quote>kiler seg
fast</quote>
(<quote><foreignphrase>wedge</foreignphrase></quote>) sammen
@@ -815,8 +814,8 @@
size is a bit smaller.</para>
@ENGLISH }}} -->
<para>Revisjonsfilformatet representerer en revisjons
- katalogstruktur, filinnhold, og forskjeller i forhold til
- filer i andre revisjonstrær.
+ katalogstruktur, filinnhold og forskjeller i forhold til filer
+ i andre revisjonstrær.
Ulikt en Berkeley DB-database, er dette lagringsformatet
portabelt mellom forskjellige operativsystemer og er ikke
sensitiv ovenfor CPU-arkitektur.
@@ -840,11 +839,10 @@
could in extreme cases cause clients to time out when
waiting for a response.</para>
@ENGLISH }}} -->
- <para>FSFS har også forskjellige karakteristikker når det
- gjelder <!-- ¤ -->effektivitet. Når en katalog med mange filer
- legges inn, bruker FSFS en O(N) algoritme for å legge til
- poster, mens Berkeley DB bruker en O(N^2) algoritme for å
- skrive hele katalogen en gang til.
+ <para>FSFS har også forskjellige ytelseskarakteristikker.
+ Når en katalog med mange filer legges inn, bruker FSFS en
+ O(N)-algoritme for å legge til poster, mens Berkeley DB bruker
+ en O(N^2)-algoritme for å skrive hele katalogen en gang til.
På den annen side skriver FSFS den seneste versjonen av en fil
som en delta (forskjell) mot en tidligere versjon, noe som
betyr at det å hente ut det seneste treet er litt langsommere
@@ -891,8 +889,7 @@
skalerbarhet nettopp det:
Antakelser, basert på gode gjetninger.
I teorien lover den en lavere barriere å forsere for nye
- administratorer å forsere og er forventet å skape mindre
- problemer.
+ administratorer og er forventet å skape mindre problemer.
I praksis vil bare tiden vise om dette stemmer.</para>
</sect3>
More information about the svnbook-dev
mailing list