What is the translation of " SVNADMIN " in English?

• svnadmin

Examples of using Svnadmin in Norwegian and their translations into English

Syntaksen på svnadmin er lik den i svnlook.
The syntax of svnadmin is similar to that of svnlook.

Svnadmin oppgradering: fikse datatap ved avbrudd i siste trinn(r1494298).
Svnadmin upgrade: fix data loss when cancelling in last stage(r1494298).

Bruk din nåværende versjon av svnadmin, dump depotene dine til dumpfiler.
Using your current version of svnadmin, dump your repositories to dump files.

Svnadmin setlog kan bli kjørt på en måte som går helt utenom påhakningsgrensesnittet.
Svnadmin setlog can be called in a way that bypasses the hook interface altogether.

Hvis en loggmelding må forandres av en administrator, kan dette gjøres ved å bruke svnadmin setlog.
If a log message needs to be changed by an administrator, this can be done using svnadmin setlog.

Programmet svnadmin er depotadministratorens beste venn.
The svnadmin program is the repository administrator's best friend.

Men en administrator kan gå rundt denne beskyttelsen ved å angi valget--bypass-hooks til svnadmin setlog-kommandoen.
But an administrator can get around these protections by passing the--bypass-hooks option to the svnadmin setlog command.

Hvis den er det, kan transaksjonens navn leveres til svnadmin rmtxns som vil utføre fjerning av transaksjonen.
If so, the transaction's name can be passed to svnadmin rmtxns, which will perform the cleanup of the transaction.

Selv om svnadmin dump har en konsekvent regel om innledende skråstreker- å ikke inkludere dem- kan det være at andre programmer som genererer dumpdata ikke er like konsekvente.
While svnadmin dump has a consistent leading slash policy(to not include them), other programs that generate dump data might not be so consistent.

Forklarer i stor detalj hver eneste delkommando i svn, svnadmin og svnlook med nok eksempler for hele familien!
Explains in great detail every subcommand of svn, svnadmin, and svnlook with plenty of examples for the whole family!

Du bruker kommandoen svnadmin dump for å generere dumpdataene og svnadmin load for å legge disse dataene inn i et nytt depot(se«Flytte et depot»).
You use the svnadmin dump command to generate the dump data, and svnadmin load to populate a new repository with it(see sezione chiamata«Migrating a Repository»).

Hvis den er det, kan transaksjonens navn leveres til svnadmin rmtxns som vil utføre fjerning av transaksjonen.
If you do indeed want to remove a transaction, its name can be passed to svnadmin rmtxns, which will perform the cleanup of the transaction.

Legg merke til at svnadmin dump leser revisjonstrær fra depotet akkurat som enhver annen leseprosess ville gjort det(svn checkout, for eksempel), så det er trygt å kjøre denne kommandoen når som helst.
Note that svnadmin dump is reading revision trees from the repository just like any other“reader” process would(e.g., svn checkout), so it's safe to run this command at any time.

Vi vil også snakke om depotvedlikehold, inkludert bruken av verktøyene svnlook og svnadmin(som følger med Subversion).
We will also talk about repository maintenance, including the use of the svnlook and svnadmin tools(which are provided with Subversion).

En annen vanlig måte å bruke svnadmin på er å spørre depotet om utestående- muligens døde- Subversiontransaksjoner.
Another common use of svnadmin is to query the repository for outstanding- possibly dead- Subversion transactions.

Eksemplene som brukes i dette tillegget forutsetter at du har svn, kommandolinjeklienten, og svnadmin, det administrative verktøyet, klar til kjøring.
The examples used in this appendix assume that you have svn, the Subversion command-line client, and svnadmin, the administrative tool, ready to go on a Unix-like operating system.

Ethvert depot som er laget med en svnadmin som er kompilert mot Berkeley DB 4.2 eller større vil bli konfigurert for denne automatiske slettingen av loggfiler.
Any repositories created using an svnadmin which is compiled against Berkeley DB version 4.2 or greater will be configured for this automatic log file removal.

Nbsp; All data blir dumpet i et format som kan leses en skrevet av svnadmin load/ dump, slik at dataene som er produsert kan enkelt….
All data is dumped in the format that can be read an written by svnadmin load/dump, so the data which is produced can easily be imported….

Legg merke til at svnadmin dump leser revisjonstrær fra depotet akkurat som enhver annen leseprosess ville gjort det(svn checkout, for eksempel), så det er trygt å kjøre denne kommandoen når som helst.
Note that svnadmin dump is reading revision trees from the repository just like any other«reader» process would(svn checkout, for example). So it's safe to run this command at any time.

Vi diskuterte i en tidligere seksjon i dette kapittelet hvordan svnadmin dump--incremental kan brukes til å utføre en inkrementell backup(se«Flytte et depot»).
We discussed in an earlier section of this chapter how to use svnadmin dump--incremental to perform an incremental backup(see sezione chiamata«Migrating a Repository»).

Både svnadmin og svnlook ansees som serverside-verktøy- de blir brukt på maskinen hvor depotet ligger for å undersøke og modifisere aspekter ved depotet, og er faktisk ikke i stand til å utføre oppgaver over nettverket.
Both svnadmin and svnlook are considered server-side utilities- they are used on the machine where the repository resides to examine or modify aspects of the repository, and are in fact unable to perform tasks across a network.

Du har kanskje lagt merke til at stiargumentet til svnadmin bare var en vanlig filsystemsti og ikke en URL lik det svn-klienten bruker når den refererer til depot.
You may have noticed that the path argument to svnadmin was just a regular filesystem path and not a URL like the svn client program uses when referring to repositories.

For eksempel, svnadmin list-unused-dblogs og svnadmin list-dblogs utfører en del av hva Berkeley-kommandoen db_archive gjør, og svnadmin recover gjenspeiler de vanlige bruksmåter for db_recover-programmet.
For example, svnadmin list-unused-dblogs and svnadmin list-dblogs perform a subset of what is provided by the Berkeley db_archive command, and svnadmin recover reflects the common use cases of the db_recover utility.

Hvis du legger til--incremental-valget når du dumper depotet ditt, vil svnadmin sammenligne den første dumpede revisjonen mot den forrige revisjonen i depotet, på den samme måten som den behandler alle andre revisjoner som blir dumpet.
If you add the--incremental option when you dump your repository, svnadmin will compare the first dumped revision against the previous revision in the repository- the same way it treats every other revision that gets dumped.

Legg merke til at fordi svnadmin bruker standard inn- og standard ut-strømmer for depotdumpen og lasteprosessen, kan folk som vet hva de driver på med prøve på ting som dette(kanskje til og med bruke forskjellige versjoner av svnadmin på hver side av røret).
Note that because svnadmin uses standard input and output streams for the repository dump and load process, people who are feeling especially saucy can try things like this(perhaps even using different versions of svnadmin on each side of the pipe).

Den andre delkommandoen i dette radarparet, svnadmin load, tolker inndatastrømmen som en Subversiondumpfil og«spiller av» disse dumpede revisjonene inn i måldepotet for denne operasjonen.
The other subcommand in the pair, svnadmin load, parses the standard input stream as a Subversion repository dump file and effectively replays those dumped revisions into the target repository for that operation.

Legg merke til at fordi svnadmin bruker standard inn- og standard ut-strømmer for depotdumpen og lasteprosessen, kan folk som vet hva de driver på med prøve på ting som dette(kanskje til og med bruke forskjellige versjoner av svnadmin på hver side av røret).
Note that because svnadmin uses standard input and output streams for the repository dump and load processes, people who are feeling especially saucy can try things such as this(perhaps even using different versions of svnadmin on each side of the pipe).

For å garantere at utdataene etter hver kjøring av svnadmin dump er selvforsynt, er den første dumpede revisjonen vanligvis en full representasjon av hver katalog, fil og egenskap i denne revisjonen i depotet.
To ensure that the output of each execution of svnadmin dump is self-sufficient, the first dumped revision is by default a full representation of every directory, file, and property in that revision of the repository.

Kommandoen svnadmin setlog alene er fortsatt bundet av den samme beskyttelsen mot å modifisere uversjonerte egenskaper som en klient på en annen maskin er- påhakningsskriptene pre-revprop-change og post-revprop-change blir fortsatt aktivisert og må derfor settes opp til å godta denne typen forandringer.
The svnadmin setlog command alone is still bound by the same protections against modifying unversioned properties as a remote client is- the pre- and post-revprop-change hooks are still triggered, and therefore must be setup to accept changes of this nature.