Translations by Subversion Developers
Subversion Developers has submitted the following strings to this translation. Contributions are visually coded: currently used translations, unreviewed suggestions, rejected suggestions.
| ~ |
Can't upgrade '%s' as it is not a pre-1.7 working copy root, the root is '%s'
|
|
| 2014-02-22 |
Impossible de mettre à jour '%s' car ce n'est pas une racine de copie de travail pre-1.7, la racine est '%s'
|
|
| ~ |
Set the value of a property on files, dirs, or revisions.
usage: 1. propset PROPNAME PROPVAL PATH...
2. propset PROPNAME --revprop -r REV PROPVAL [TARGET]
1. Changes a versioned file or directory property in a working copy.
2. Changes an unversioned property on a repository revision.
(TARGET only determines which repository to access.)
The value may be provided with the --file option instead of PROPVAL.
Note: svn recognizes the following special versioned properties
but will store any arbitrary properties set:
svn:ignore - A newline separated list of file glob patterns to ignore.
svn:keywords - Keywords to be expanded. Valid keywords are:
URL, HeadURL - The URL for the head version of the object.
Author, LastChangedBy - The last person to modify the file.
Date, LastChangedDate - The date/time the object was last modified.
Rev, Revision, - The last revision the object changed.
LastChangedRevision
Id - A compressed summary of the previous
4 keywords.
Header - Similar to Id but includes the full URL.
svn:executable - If present, make the file executable. Use
'svn propdel svn:executable PATH...' to clear.
svn:eol-style - One of 'native', 'LF', 'CR', 'CRLF'.
svn:mime-type - The mimetype of the file. Used to determine
whether to merge the file, and how to serve it from Apache.
A mimetype beginning with 'text/' (or an absent mimetype) is
treated as text. Anything else is treated as binary.
svn:externals - A newline separated list of module specifiers,
each of which consists of a URL and a relative directory path,
similar to the syntax of the 'svn checkout' command:
http://example.com/repos/zig foo/bar
A revision to check out can optionally be specified to pin the
external to a known revision:
-r25 http://example.com/repos/zig foo/bar
To unambiguously identify an element at a path which has been
deleted (possibly even deleted multiple times in its history),
an optional peg revision can be appended to the URL:
-r25 http://example.com/repos/zig@42 foo/bar
Relative URLs are indicated by starting the URL with one
of the following strings:
../ to the parent directory of the extracted external
^/ to the repository root
// to the scheme
/ to the server root
The ambiguous format 'relative_path relative_path' is taken as
'relative_url relative_path' with peg revision support.
Lines in externals definitions starting with the '#' character
are considered comments and are ignored.
Subversion 1.4 and earlier only support the following formats
where peg revisions can only be specified using a -r modifier
and where URLs cannot be relative:
foo http://example.com/repos/zig
foo/bar -r 1234 http://example.com/repos/zag
Use of these formats is discouraged. They should only be used if
interoperability with 1.4 clients is desired.
svn:needs-lock - If present, indicates that the file should be locked
before it is modified. Makes the working copy file read-only
when it is not locked. Use 'svn propdel svn:needs-lock PATH...'
to clear.
The svn:keywords, svn:executable, svn:eol-style, svn:mime-type and
svn:needs-lock properties cannot be set on a directory. A non-recursive
attempt will fail, and a recursive attempt will set the property
only on the file children of the directory.
|
|
| 2014-02-22 |
Définit la valeur d'une propriété de fichiers, répertoires ou révisions.
usage : 1. propset NOMPROP VALPROP CHEMIN...
2. propset NOMPROP --revprop -r REV PROPVAL [CIBLE]
1. Modifie une propriété versionnée dans la copie de travail.
2. Modifie une propriété non versionnée d'une révision du dépôt.
CIBLE détermine uniquement à quel dépôt accéder.
La valeur peut être fournie avec l'option --file au lieu de VALPROP.
Note : svn peut conserver des propriétés arbitraires, mais reconnaît
les propriétés versionnées spéciales suivantes :
svn:ignore - Liste par ligne des motifs de fichiers à ignorer.
svn:keywords - Libellés à remplacer. Les libellés valides sont :
URL, HeadURL - l'URL de la dernière révision de l'objet.
Author, LastChangedBy - auteur de la dernière modification.
Date, LastChangedDate - date et heure de la dernière modification.
Rev, Revision, - révision de la dernière modification.
LastChangedRevision
Id - résumé compact des 4 libellés précédents.
Header - similaire à Id, mais avec l'URL complète.
svn:executable - Si présent, le fichier est exécutable.
Utiliser 'svn propdel svn:executable CHEMIN" pour l'éliminer.
svn:eol-style - Définition des caractères de fin de ligne du fichier.
valeurs possibles : 'native', 'LF', 'CR' ou 'CRLF'.
svn:mime-type - Type MIME du fichier. Les fichiers de types 'text/' ou
sans type précisé sont considérés comme fusionnables. Tous les
autres types sont considérés comme binaires. Également utilisé pour
annoncer le type du document via HTTP.
svn:externals - Liste par ligne de références externes, consistant en
une URL et un chemin relatif, à la manière de 'svn checkout' :
http://example.com/repos/zag truc/bidule
Une révision peut facultativement être précisée avant l'URL :
-r25 http://example.com/repos/zig truc/bidule
Pour spécifier un élément sur un chemin qui a été effacé,
une révsion peut être précisée à la fin de l'URL :
-r25 http://example.com/repos/zig@42 truc/bidule
Des URLs relatives sont acceptées en commençant l'URL par l'une des
chaînes suivantes :
../ au répertoire parent de la référence externe extraite
^/ à la racine du dépôt
// au schéma (par exemple http:)
/ à la racine du serveur
The format ambigu 'chemin_relatif chemin_relatif' est compris comme
'url_relative chemin_relatif' avec le support de révisions fixées.
Par ailleurs, les lignes commençant par '#' sont considérées comme des
commentaires et sont ignorées.
svn:needs-lock - Si présent, le ficher doit être verrouillé avant
d'être modifié. La fichier dans la copie de travail est en lecture
seule lorsqu'il n'est pas verrouillé.
Utiliser 'svn propdel svn:needs-lock CHEMIN' pour l'éliminer.
Les propriétés svn:keywords, svn:executable, svn:eol-style, svn:mime-type
et svn:needs-lock ne s'appliquent pas à des répertoires. Une tentative de
modification non récursive sur un répertoire échouera. Une modification
récursive s'appliquera seulement aux fichiers fils du répertoire.
|
|
| ~ |
Invalid mergeinfo detected on '%s', mergetracking not possible
|
|
| 2014-02-22 |
Information de fusion (mergeinfo) invalide sur '%s', suivi des fusions impossible
|
|
| ~ |
Can't upgrade '%s' as it is not a pre-1.7 working copy directory
|
|
| 2014-02-22 |
Impossible de mettre à jour '%s' car ce n'est pas une racine de copie de travail pre-1.7
|
|
| ~ |
Restore pristine working copy file (undo most local edits).
usage: revert PATH...
Note: this subcommand does not require network access, and resolves
any conflicted states.
|
|
| 2014-02-22 |
Restaure l'état initial d'un fichier en annulant les modifications locales.
usage : revert PATH...
Note : cette sous-commande n'a pas besoin d'accès réseau, et résout les
conflits.
|
|
| ~ |
size of the extra in-memory cache in MB used to
minimize redundant operations.
Default is 128 for threaded and 16 for non-
threaded mode.
[used for FSFS repositories only]
|
|
| 2014-02-22 |
taille de la mémoire cache en méga-octets (MB) utilisé pour
minimiser les opérations redondantes.
128 par défaut pour le mode avec fils d'exécutions (threads), 16 sinon.
[utilisé seulement pour les dépôt FSFS]
|
|
| ~ |
OOM
|
|
| 2014-02-22 |
plus de mémoire (OOM)
|
|
| ~ |
Print the status of working copy files and directories.
usage: status [PATH...]
With no args, print only locally modified items (no network access).
With -q, print only summary information about locally modified items.
With -u, add working revision and server out-of-date information.
With -v, print full revision information on every item.
The first seven columns in the output are each one character wide:
First column: Says if item was added, deleted, or otherwise changed
' ' no modifications
'A' Added
'C' Conflicted
'D' Deleted
'I' Ignored
'M' Modified
'R' Replaced
'X' an unversioned directory created by an externals definition
'?' item is not under version control
'!' item is missing (removed by non-svn command) or incomplete
'~' versioned item obstructed by some item of a different kind
Second column: Modifications of a file's or directory's properties
' ' no modifications
'C' Conflicted
'M' Modified
Third column: Whether the working copy directory is locked
' ' not locked
'L' locked
Fourth column: Scheduled commit will contain addition-with-history
' ' no history scheduled with commit
'+' history scheduled with commit
Fifth column: Whether the item is switched or a file external
' ' normal
'S' the item has a Switched URL relative to the parent
'X' a versioned file created by an eXternals definition
Sixth column: Repository lock token
(without -u)
' ' no lock token
'K' lock token present
(with -u)
' ' not locked in repository, no lock token
'K' locked in repository, lock toKen present
'O' locked in repository, lock token in some Other working copy
'T' locked in repository, lock token present but sTolen
'B' not locked in repository, lock token present but Broken
Seventh column: Whether the item is the victim of a tree conflict
' ' normal
'C' tree-Conflicted
If the item is a tree conflict victim, an additional line is printed
after the item's status line, explaining the nature of the conflict.
The out-of-date information appears in the ninth column (with -u):
'*' a newer revision exists on the server
' ' the working copy is up to date
Remaining fields are variable width and delimited by spaces:
The working revision (with -u or -v; '-' if the item is copied)
The last committed revision and last committed author (with -v)
The working copy path is always the final field, so it can
include spaces.
The presence of a question mark ('?') where a working revision, last
committed revision, or last committed author was expected indicates
that the information is unknown or irrelevant given the state of the
item (for example, when the item is the result of a copy operation).
The question mark serves as a visual placeholder to facilitate parsing.
Example output:
svn status wc
M wc/bar.c
A + wc/qax.c
svn status -u wc
M 965 wc/bar.c
* 965 wc/foo.c
A + - wc/qax.c
Status against revision: 981
svn status --show-updates --verbose wc
M 965 938 kfogel wc/bar.c
* 965 922 sussman wc/foo.c
A + - 687 joe wc/qax.c
965 687 joe wc/zig.c
Status against revision: 981
svn status
M wc/bar.c
! C wc/qaz.c
> local missing, incoming edit upon update
D wc/qax.c
|
|
| 2014-02-22 |
Affiche l'état des fichiers et répertoires de la copie de travail.
usage : status [CHEMIN...]
Sans arguments affiche les objets locaux modifiés, pas d'accès réseau.
Avec -q, affiche des informations résumées sur les éléments locaux modifiés.
Avec -u, ajoute la révision en cours et précise les objets obsolètes.
Avec -v, affiche l'information de révision complète de chaque objet.
Les sept premières colonnes font un caractère de largeur :
1ère colonne : si l'objet est ajouté, supprimé ou modifié
' ' pas de modification
'A' ajouté
'C' en conflit
'D' supprimé
'I' ignoré
'M' modifié
'R' remplacé
'X' un répertoire non versionné créé par une référence externe
'?' non versionné
'!' manquant (supprimé par une autre commande) ou incomplet
'~' objet versionné dissimulé par un objet différent
2ème colonne : modification d'une propriété
' ' pas de modification
'C' en conflit
'M' modifiée
3ème colonne : si le répertoire local est verrouillé
' ' non verrouillé
'L' verrouillé (locked)
4ème colonne : si la prochaine propagation (commit) comportera
un ajout avec reprise de l'historique
' ' pas d'ajout avec reprise d'historique prévu
'+' ajout avec reprise d'historique prévu
5ème colonne : si l'élément est basculé par rapport à son parent
' ' normal
'S' basculé par rapport à son parent (switch)
'X' élément versionné créé par une référence externe
6ème colonne : si un verrou est posé
(sans -u)
' ' normal
'K' verrouillé
(avec -u)
' ' pas de verrou dans le dépôt, pas de verrou local
'K' verrouillé dans le dépôt, verrou local (lock toKen) présent
'O' verrouillé dans le dépôt, verrou dans une autre copie (Other)
'T' verrouillé dans le dépôt, verrou local présent mais volé (sTolen)
'B' non verrouillé dans le dépôt, verrou local cassé (Broken)
7ème colonne : si un élément est actuellement en conflit
' ' normal
'C' arborescence en conflit
Si l'élément est victime d'un conflit d'arborescence, une ligne
supplémentaire décrit la nature du conflit.
L'obsolescence d'un objet apparait en 8ème colonne (avec -u) :
'*' une nouvelle version existe sur le serveur
' ' la copie de travail est à jour
Les autres colonnes, de taille variable, sont délimitées par des espaces :
La révision de travail (avec -u ou -v : '-' si l'élément est copié)
La dernière révision propagée et son auteur (avec -v)
Le chemin de l'objet est toujours dans le dernier champs et peut
inclure des espaces.
La présence d'un point d'interrogation ('?') à la place du numéro de révision,
de la dernière révision propagée ou du dernier auteur de modification
indique que l'information est inconnue ou non pertinente de part l'état de
l'élément considéré (par exemple il s'agit d'une copie). Le point
d'interrogation sert de marqueur visuel poour faciliter la lecture.
Exemples de sortie :
svn status wc
M wc/bar.c
A + wc/qax.c
svn status -u wc
M 965 wc/truc.c
* 965 wc/bidule.c
A + - wc/machin.c
État par rapport à la révision 981
svn status --show-updates --verbose wc
M 965 938 calvin wc/truc.c
* 965 922 hobbes wc/bidule.c
A + - 687 suzy wc/machin.c
965 687 suzy wc/zig.c
État par rapport à la révision 981
svn status
M wc/bar.c
! C wc/qaz.c
> local manquant, édition entrante à la mise à jour
D wc/qax.c
|
|
| ~ |
Invalid mergeinfo detected on merge target '%s', mergetracking not possible
|
|
| 2014-02-22 |
Information de fusion (mergeinfo) invalide sur la cible '%s', suivi des fusions impossible
|
|
| ~ |
There is no valid uri above '%s'
|
|
| 2014-02-22 |
Il n'y a pas d'URI valide au dessus de '%s'
|
|
| ~ |
%s, executing statement '%s'
|
|
| 2014-02-22 |
'%s', à l'exécution de l'opération '%s'
|
|
| ~ |
Merge changes into a working copy.
usage: 1. merge SOURCE[@REV] [TARGET_WCPATH]
(the 'sync' merge)
2. merge [-c M[,N...] | -r N:M ...] SOURCE[@REV] [TARGET_WCPATH]
(the 'cherry-pick' merge)
3. merge --reintegrate SOURCE[@REV] [TARGET_WCPATH]
(the 'reintegrate' merge)
4. merge SOURCE1[@N] SOURCE2[@M] [TARGET_WCPATH]
(the '2-URL' merge)
1. This form is called a 'sync' (or 'catch-up') merge:
svn merge SOURCE[@REV] [TARGET_WCPATH]
A sync merge is used to fetch all the latest changes made on a parent
branch. In other words, the target branch has originally been created
by copying the source branch, and any changes committed on the source
branch since branching are applied to the target branch. This uses
merge tracking to skip all those revisions that have already been
merged, so a sync merge can be repeated periodically to stay up-to-
date with the source branch.
SOURCE specifies the branch from where the changes will be pulled, and
TARGET_WCPATH specifies a working copy of the target branch to which
the changes will be applied. Normally SOURCE and TARGET_WCPATH should
each correspond to the root of a branch. (If you want to merge only a
subtree, then the subtree path must be included in both SOURCE and
TARGET_WCPATH; this is discouraged, to avoid subtree mergeinfo.)
SOURCE is usually a URL. The optional '@REV' specifies both the peg
revision of the URL and the latest revision that will be considered
for merging; if REV is not specified, the HEAD revision is assumed. If
SOURCE is a working copy path, the corresponding URL of the path is
used, and the default value of 'REV' is the base revision (usually the
revision last updated to).
TARGET_WCPATH is a working copy path; if omitted, '.' is assumed.
- Sync Merge Example -
A feature is being developed on a branch called 'feature', which has
originally been a copy of trunk. The feature branch has been regularly
synced with trunk to keep up with the changes made there. The previous
sync merges are not shown on this diagram, and the last of them was
done when HEAD was r100. Currently, HEAD is r200.
feature +------------------------o-----
/ ^
/ ............ |
/ . . /
trunk ------+------------L--------------R------
r100 r200
Subversion will locate all the changes on 'trunk' that have not yet
been merged into the 'feature' branch. In this case that is a single
range, r100:200. In the diagram above, L marks the left side
(trunk@100) and R marks the right side (trunk@200) of the merge. The
difference between L and R will be applied to the target working copy
path. In this case, the working copy is a clean checkout of the entire
'feature' branch.
To perform this sync merge, have a clean working copy of the feature
branch and run the following command in its top-level directory:
svn merge ^/trunk
Note that the merge is now only in your local working copy and still
needs to be committed to the repository so that it can be seen by
others. You can review the changes and you may have to resolve
conflicts before you commit the merge.
2. This form is called a 'cherry-pick' merge:
svn merge [-c M[,N...] | -r N:M ...] SOURCE[@REV] [TARGET_WCPATH]
A cherry-pick merge is used to merge specific revisions (or revision
ranges) from one branch to another. By default, this uses merge
tracking to automatically skip any revisions that have already been
merged to the target; you can use the --ignore-ancestry option to
disable such skipping.
SOURCE is usually a URL. The optional '@REV' specifies only the peg
revision of the URL and does not affect the merge range; if REV is not
specified, the HEAD revision is assumed. If SOURCE is a working copy
path, the corresponding URL of the path is used, and the default value
of 'REV' is the base revision (usually the revision last updated to).
TARGET_WCPATH is a working copy path; if omitted, '.' is assumed.
The revision ranges to be merged are specified by the '-r' and/or '-c'
options. '-r N:M' refers to the difference in the history of the
source branch between revisions N and M. You can use '-c M' to merge
single revisions: '-c M' is equivalent to '-r <M-1>:M'. Each such
difference is applied to TARGET_WCPATH.
If the mergeinfo in TARGET_WCPATH indicates that revisions within the
range were already merged, changes made in those revisions are not
merged again. If needed, the range is broken into multiple sub-ranges,
and each sub-range is merged separately.
A 'reverse range' can be used to undo changes. For example, when
source and target refer to the same branch, a previously committed
revision can be 'undone'. In a reverse range, N is greater than M in
'-r N:M', or the '-c' option is used with a negative number: '-c -M'
is equivalent to '-r M:<M-1>'.
Multiple '-c' and/or '-r' options may be specified and mixing of
forward and reverse ranges is allowed.
- Cherry-pick Merge Example -
A bug has been fixed on trunk in revision 50. This fix needs to
be merged from trunk onto the release branch.
1.x-release +-----------------------o-----
/ ^
/ |
/ |
trunk ------+--------------------------LR-----
r50
In the above diagram, L marks the left side (trunk@49) and R marks the
right side (trunk@50) of the merge. The difference between the left
and right side is applied to the target working copy path.
Note that the difference between revision 49 and 50 is exactly those
changes that were committed in revision 50, not including changes
committed in revision 49.
To perform the merge, have a clean working copy of the release branch
and run the following command in its top-level directory; remember
that the default target is '.':
svn merge -c50 ^/trunk
You can also cherry-pick several revisions and/or revision ranges:
svn merge -c50,54,60 -r65:68 ^/trunk
3. This form is called a 'reintegrate merge':
svn merge --reintegrate SOURCE[@REV] [TARGET_WCPATH]
In a reintegrate merge, an (e.g. feature) branch is merged back to its
originating branch. In other words, the source branch has originally
been created by copying the target branch, development has concluded
on the source branch and it should now be merged back into the target
branch.
SOURCE is the URL of a branch to be merged back. If REV is specified,
it is used as the peg revision for SOURCE; if REV is not specified,
the HEAD revision is assumed.
TARGET_WCPATH is a working copy of the branch the changes will be
applied to.
- Reintegrate Merge Example -
A feature has been developed on a branch called 'feature'. The feature
branch started as a copy of trunk@W. Work on the feature has completed
and it should be merged back into the trunk.
The feature branch was last synced with trunk up to revision X. So the
difference between trunk@X and feature@HEAD contains the complete set
of changes that implement the feature, and no other changes. These
changes are applied to trunk.
feature +--------------------------------R
/ . \
/ ............. \
/ . v
trunk ------+--------------------L------------------o
rW rX
In the diagram above, L marks the left side (trunk@X) and R marks the
right side (feature@HEAD) of the merge. The difference between the
left and right side is merged into trunk, the target.
To perform the merge, have a clean working copy of trunk and run the
following command in its top-level directory:
svn merge --reintegrate ^/feature
To prevent unnecessary merge conflicts, a reintegrate merge requires
that TARGET_WCPATH is not a mixed-revision working copy, has no local
modifications, and has no switched subtrees.
A reintegrate merge also requires that the source branch is coherently
synced with the target -- in the above example, this means that all
revisions between the branch point W and the last merged revision X
are merged to the feature branch, so that there are no unmerged
revisions in-between.
After the reintegrate merge, the feature branch cannot be synced to
the trunk again without merge conflicts. If further work must be done
on the feature branch, it should be deleted and then re-created.
4. This form is called a '2-URL merge':
svn merge SOURCE1[@N] SOURCE2[@M] [TARGET_WCPATH]
Two source URLs are specified, together with two revisions N and M.
The two sources are compared at the specified revisions, and the
difference is applied to TARGET_WCPATH, which is a path to a working
copy of another branch. The three branches involved can be completely
unrelated.
You should use this merge variant only if the other variants do not
apply to your situation, as this variant can be quite complex to
master.
If TARGET_WCPATH is omitted, a default value of '.' is assumed.
However, in the special case where both sources refer to a file node
with the same basename and a similarly named file is also found within
'.', the differences will be applied to that local file. The source
revisions default to HEAD if omitted.
The sources can also be specified as working copy paths, in which case
the URLs of the merge sources are derived from the working copies.
- 2-URL Merge Example -
Two features have been developed on separate branches called 'foo' and
'bar'. It has since become clear that 'bar' should be combined with
the 'foo' branch for further development before reintegration.
Although both feature branches originate from trunk, they are not
directly related -- one is not a direct copy of the other. A 2-URL
merge is necessary.
The 'bar' branch has been synced with trunk up to revision 500.
(If this revision number is not known, it can be located using the
'svn log' and/or 'svn mergeinfo' commands.)
The difference between trunk@500 and bar@HEAD contains the complete
set of changes related to feature 'bar', and no other changes. These
changes are applied to the 'foo' branch.
foo +-----------------------------------o
/ ^
/ /
/ r500 /
trunk ------+------+-----------------L---------> /
\ . /
\ ............ /
\ . /
bar +-----------------------------------R
In the diagram above, L marks the left side (trunk@500) and R marks
the right side (bar@HEAD) of the merge. The difference between the
left and right side is applied to the target working copy path, in
this case a working copy of the 'foo' branch.
To perform the merge, have a clean working copy of the 'foo' branch
and run the following command in its top-level directory:
svn merge ^/trunk@500 ^/bar
The exact changes applied by a 2-URL merge can be previewed with svn's
diff command, which is a good idea to verify if you do not have the
luxury of a clean working copy to merge to. In this case:
svn diff ^/trunk@500 ^/bar@HEAD
The following applies to all types of merges:
To prevent unnecessary merge conflicts, svn merge requires that
TARGET_WCPATH is not a mixed-revision working copy. Running 'svn update'
before starting a merge ensures that all items in the working copy are
based on the same revision.
If possible, you should have no local modifications in the merge's target
working copy prior to the merge, to keep things simpler. It will be
easier to revert the merge and to understand the branch's history.
Switched sub-paths should also be avoided during merging, as they may
cause incomplete merges and create subtree mergeinfo.
For each merged item a line will be printed with characters reporting the
action taken. These characters have the following meaning:
A Added
D Deleted
U Updated
C Conflict
G Merged
E Existed
R Replaced
Characters in the first column report about the item itself.
Characters in the second column report about properties of the item.
A 'C' in the third column indicates a tree conflict, while a 'C' in
the first and second columns indicate textual conflicts in files
and in property values, respectively.
- Merge Tracking -
Subversion uses the svn:mergeinfo property to track merge history. This
property is considered at the start of a merge to determine what to merge
and it is updated at the conclusion of the merge to describe the merge
that took place. Mergeinfo is used only if the two sources are on the
same line of history -- if the first source is an ancestor of the second,
or vice-versa (i.e. if one has originally been created by copying the
other). This is verified and enforced when using sync merges and
reintegrate merges.
The --ignore-ancestry option prevents merge tracking and thus ignores
mergeinfo, neither considering it nor recording it.
- Merging from foreign repositories -
Subversion does support merging from foreign repositories.
While all merge source URLs must point to the same repository, the merge
target working copy may come from a different repository than the source.
However, there are some caveats. Most notably, copies made in the
merge source will be transformed into plain additions in the merge
target. Also, merge-tracking is not supported for merges from foreign
repositories.
|
|
| 2014-02-22 |
Applique les différences entre deux sources à une copie de travail.
usage : 1. merge SOURCE[@REV] [CHEMIN_CT_CIBLE]
(fusion de synchronisation)
2. merge [-c M[,N...] | -r N:M ...] SOURCE[@REV] [CHEMIN_CT_CIBLE]
(fusion cueillette)
3. merge --reintegrate SOURCE[@REV] [CHEMIN_CT_CIBLE]
(fusion de réintégration)
4. merge SOURCE1[@N] SOURCE2[@M] [CHEMIN_CT_CIBLE]
(fusion bi-URL)
1. La première forme est appelée "synchronisation" ou "mise à jour" :
Elle permet de fusionner dans une branche toutes les modifications
opérées sur son ancêtre immédiat.
svn merge SOURCE[@REV] [CHEMIN_CT_CIBLE]
Une fusion de synchronisation récupère les dernières modifications
de la branche parente. En d'autres mots, la branche cible a été créée
en copiant une branche source, et toutes les modifications propagées
depuis sur cette source sont appliquée à la branche cible. Cette forme
utilise le suivi des fusions pour connaître les modifications déjà
incluses, donc cette opérations peut être répétée périodiquement pour
rester synchroniser par rapport à la branche source.
SOURCE spécifie la branche à partir de laquelle les modifications vont
être récupérées, et CHEMIN_CT_CIBLE précise le chemin dans la copie
de travail vers lequel les modifications vont être appliquées.
Normallement les deux côtés doivent correspondre à la racine d'une branche.
(Si vous voulez fusionner seulement un sous-arbre, alors son chemin doit
être inclu dans SOURCE et CHEMIN_CT_CIBLE ; Cette usage est déconseillé
pour éviter des informations de fusion par sous-arbre.)
SOURCE est habituellement une URL. Si REV est spécifiée, elle est utilisée
à la fois pour fixer SOURCE, i.e. SOURCE est cherché dans le dépôt à la
révision REV, et la fusion est jusqu'à cette révision. Si REV n'est pas
spécifiée, la dernière révision (HEAD) est prise. Si SOURCE est un chemin
dans la copie de travail, la révision de base (en générale celle de la
dernière mise à jour, i.e. "svn up") est utilisée.
CHEMIN_CT_CIBLE est un chemin dans la copie de travail. Si l'argument
est absent, le répertoire courant '.' est utilisé.
- Exemple de fusion de synchronisation -
Une fonctionnalité est développée dans une branche "fonction".
Cette branche est régulièrement synchronisée avec le tronc (trunk) pour
rester à jour vis-à-vis des modifications qui y sont effectuées.
fonction +----------------------o-----
/ ^
/ |
/ ............. /
/ / .
trunk -----+-----------G--------------D------
r100 r200
Subversion va rechercher toutes les modifications sur 'trunk' qui n'ont pas
encore été fusionnées dans la branche 'fonction'. Dans ce cas, c'est
simplement l'intervalle de révision r100:200. Dans le diagramme ci-dessus,
G est la partie gauche de la fusion (trunk@100), et D la partie droite
(trunk@200). La différence entre G et D est appliquée sur la cible.
Pour effectuer la fusion, extraire une copie de travail propre de la
branche "fonction" et exécuter la commande suivante dans le répertoire
le plus haut de la copie de travail :
svn merge ^/trunk
Noter que la fusion est pour l'instant uniquement dans la copie de travail,
et a encore besoin d'être propager (commit) vers le dépôt pour être visible
des autres. Vous pouvez faire une revue des modifications, et vous pouvez
avoir à résoudre des conflits, avant de propager définitivement (commit)
la fusion.
2. Cette forme est appelée fusion 'cueillette'.
Une fusion cueillette permet de sélectionner les révisions (ou intervalles
de révision) spécifiques à fusionner d'une branche à l'autre. Par défaut,
le suivi des fusions déjà appliquées est utilisé pour sauter toutes les
révisions déjà faites. Utiliser l'option --ignore-ancestry pour ignorer
ce comportement.
SOURCE est habituellement une URL. Si REV est spécifiée, elle est utilisée
à la fois pour fixer SOURCE, i.e. SOURCE est cherché dans le dépôt à la
révision REV, et la fusion est jusqu'à cette révision. Si REV n'est pas
spécifiée, la dernière révision (HEAD) est prise. Si SOURCE est un chemin
dans la copie de travail, la révision de base (en générale celle de la
dernière mise à jour, i.e. "svn up") est utilisée.
CHEMIN_CT_CIBLE est un chemin dans la copie de travail. Si l'argument
est absent, le répertoire courant '.' est utilisé.
Les intervalles de révision à fusionner sont spécifiés avec les options
'-r' et/ou '-c'.'-r N:M' spécifie un intervalle de révisions à fusionner,
elle réfère à la différence entre SOURCE@REV telle qu'elle existait à la
révision N, et SOURCE@REV telle qu'elle existait à la révision M. Vous
pouvez utiliser '-c M' pour fusionner des révisions uniques : '-c M' est
équivalent à '-r <M-1>:M'. Chacune de ces modifications est appliquée à
CHEMIN_CT_CIBLE.
Si les informations de fusion (propriétée svn:mergeinfo) dans
CHEMIN_CT_CIBLE indiquent que des révisions sont déjà fusionnées, les
modifications correspondantes ne sont pas appliquées à nouveau. Si
nécessaire, l'intervalle est découpé en sous-intervalles qui sont chacun
fusionnés séparément.
Un intervalle inversé peut être utilisé pour défaire des modifications.
Si N est plus grand que M, l'intervalle est inversé, et permet
d'annuler les modifications de SOURCE entre les révisions N et M.
On peut préciser des options -c et -r multiples, et mélanger des
modifications en avant et des retours en arrière.
- Exemple de cueillette -
Une anomalie a été corrigée dans le tronc à la révision 50. Cette
correction doit être fusionnée à partir du tronc vers la branche "release".
1.x-release +-----------------------o-----
/ ^
/ |
/ |
trunk ------+--------------------------GD-----
r50
Dans le diagramme ci-dessus, G marque la partie gauche de la fusion
(trunk@49) et D la partie droite (trunk@50). La différence entre les
deux est appliquée sur la cible. Noter que cette différence contient
exactement les modifications de la révision 50, et exclut celle de 49.
Pour effectuer cette fusion, extraire une copie de travail de "release"
et lancer la commande suivante dans le répertoire le plus haut de la
copie de travail :
svn merge -c50 ^/trunk
Plusieurs modifications peuvent aussi être précisées :
svn merge -c50,54,60 -r 65:68 ^/trunk
3. La troisième forme est une fusion de réintégration :
svn merge --reintegrate SOURCE[@REV] [CHEMIN_CT_CIBLE]
Dans une fusion de réintégration, une branche (par exemple 'fonction')
et fusionnée vers sa branche d'origine. En d'autres mots, une branche
a été créée à partir d'une branche initiale, des développements ont été
effectués, et ces modifications doivent être maintenant incluses dans
la branche d'origine.
SOURCE est l'URL de la branche à fusionner en retour, usuellement dans
la branche initiale à partir de laquelle est a été créée (ancêtre). Si
REV est spécifié, on considère SOURCE dans le dépôt à la révision REV,
sinon la dernière version est prise.
CHEMIN_CT_CIBLE est la copie de travail destination pour appliquer les
modifications.
- Exemple de fusion de réintégration -
Une fonctionnalité a été développée dans la branche "fonction", créée
comme une copie de trunk@W. Le travail fini doit être fusionner en retour
vers le tronc.
fonction +-------------------------------D
/ . \
/ .............. \
/ . v
trunk ------+------------------G-------------------o
rW rX
La branche "fonction" a été synchronisée avec son ancêtre immédiat à
la révision X. Les différences entre trunk@X et fonction@HEAD (tête)
implémentent juste la fonctionnalité et doivent être réintégrées au tronc.
Dans le diagramme ci-dessus, G marque la partie gauche de la fusion
(trunk@X), et D la partie droite (fonction@HEAD). La différence doit
être fusionnée dans la cible.
Pour effectuer la fusion, extraire une copie de travail du tronc (trunk),
et lancer la commande suivante sur le répertoire le plus haut de la copie
de travail :
svn merge --reintegrate ^/fonction
Pour éviter les conflits superflus, les fusions de réintégration requièrent
que CHEMIN_CT_CIBLE soit bien à jour, sans révisions mélangées,
modifications locales ou sous-répertoires basculés (switch).
Les fusions de réintégration requièrent aussi que la source soit
complètement synchronisée avec la cible depuis leur point de branchement
commun. Dans l'exemple ci-dessus, cela implique que toutes les
modifications du tronc (W:X) ont été fusionnées dans la branche avant
de pouvoir faire une réintégration.
Après une réintégration, la branche "fonction" ne peut *plus* être
synchronisée avec le tronc sans risques de conflits. Il est donc
préférable de recréer la branche après sa réintégration.
4. La quatrième forme opère à partir de deux URLs.
svn merge SOURCE1[@N] SOURCE2[@M] [CHEMIN_CT_CIBLE]
Les deux sources spécifiées par les URLS sont comparées, et les
différences sont appliquées à la destination dans la copie de travail.
Si non spécifiées, les dernières révisions sont prises en compte.
Si CHEMIN_CT_CIBLE n'est pas spécifié, '.' est utilisé, sauf si les
sources désignent un nom de fichier qui est dans le répertoire courant,
auquel cas les différences sont appliquées à ce répertoire.
Les sources peuvent être des chemins dans la copie de travail, auquel
cas les URLs correspondantes sont considérées.
Cette version de "merge" est la plus flexible, mais aussi la plus délicate
à utiliser. On peut en effet désigner des branches complètement
différentes. La probabilité de conflits est élevée. Dans la plupart des
cas, la synchronisation, la cueillette et la réintégration suffisent et
réduisent les risques d'erreurs.
- Exemple de fusion à deux URLs -
Une fonctionnalité est développée dans une branche "fonction".
En parallèle, la prochaine version du logiciel est développée, dans une
branche indépendante, et on souhaite y intégrer la nouvelle fonctionnalité.
3.x-release +-----------------------------------o
/ ^
/ /
/ /
trunk ------+------+-----------------G> /
\\ . /
\\ ........... /
\\ . /
fonction +-----------------------------------D
La branche "fonction" est synchronisée avec le "trunk", de manière
à ce que les différences entre trunk@TÊTE (G) et fonction@TÊTE (D)
implémentent juste la fonctionnalité. Ces développement sont
intégrés à la nouvelle version (3.x-release) avec la commande :
svn merge ^/trunk ^/fonction
Avant ce type de fusion, il est pertinent de jeter un coup d'oeil sur
les modifications qui vont être appliquées, ce qui peut-être fait avec
la commande "diff" :
svn diff ^/trunk ^/fonction
Notez que la fusion peut impliquer des dépôts différents. Les deux
sources doivent être dans le même dépôt, mais la destination peut être
dans un dépôt distinct. Il n'y a pas de suivi des modifications effectué,
et les copies sont transformées en simples ajouts.
Les point suivant s'appliquent à tous les types de fusion :
Pour éviter les conflits, la destination ne doit pas avoir un mélange de
révisions. Utiliser "svn up" pour s'en assurer.
Pour chaque élément fusionné une ligne est affiché avec un caractère qui
résume l'action effectuée :
A Ajouté
D Détruit
U mis à joUr
C Conflit
G fusionner
E Existait
R Remplacé
Ces caractères en première colonne désignent l'objet lui-même, en seconde
ses propriétés. Un 'C' en troisième colonne désigne un conflit
d'arborescence.
NOTE : Subversion utilise la propriété svn:mergeinfo pour garder trace de
l'historique des fusions. Elle est utilisée pour déterminer quelles fusions
sont nécessaires, mais uniquement si les deux branches ont un ancêtre commun.
C'est toujours le cas avec les synchronisations ou les réintégrations.
L'option --ignore-ancestry ignore ces informations et empêche de garder
les traces des fusions effectuées.
L'option --ignore-ancestry permet d'ignorer complètement le suivi des
révisions (propriétés svn:mergeinfo).
- Fusion à partir d'autres dépôts -
Subversion permet de fusionner à partir d'autres dépôts que le dépôt
de la branche. Si les deux URL doivent pointer vers le même dépôt, la
copie de travail cible peut par contre être dans un dépôt différent.
Il y cependant quelques caveats. En particulier, les copies faites
dans le dépôt source sont transformées en ajouts directs dans le dépôt
cible. De plus, aucun suivi des modifications n'est effectué.
|
|
| ~ |
Url '%s' of '%s' is not in repository '%s'
|
|
| 2014-02-22 |
l'URL '%s' de '%s' n'est pas dans le dépôt '%s'
|
|
| ~ |
The pristine text with checksum '%s' was found in the DB but not on disk
|
|
| 2014-02-22 |
Le texte de référence avec la somme de contrôle '%s' a été trouvé dans la base de données mais pas sur le disque
|
|
| ~ |
Default: '-u'. When Subversion is invoking an
external diff program, ARG is simply passed along
to the program. But when Subversion is using its
default internal diff implementation, or when
Subversion is displaying blame annotations, ARG
could be any of the following:
-u (--unified):
Output 3 lines of unified context.
-b (--ignore-space-change):
Ignore changes in the amount of white space.
-w (--ignore-all-space):
Ignore all white space.
--ignore-eol-style:
Ignore changes in EOL style
-p (--show-c-function):
Show C function name in diff output.
|
|
| 2014-02-22 |
Défaut : '-u'.
Quand subversion invoque un programme diff externe, ARG est
simplement passé au programme. Mais quand subversion utilise
l'implémentation interne par défaut, ou quand il affiche une
version annotée (blame), ARG peut être :
-u (--unified) :
affiche 3 lignes de contexte unifié.
-b (--ignore-space-change) :
ignore les modifications liées aux espaces.
-w (--ignore-all-space) :
ignore tous les espaces.
--ignore-eol-style :
ignore les changements de style de fin de ligne (eol).
-p (--show-c-function):
affiche les noms des fonctions C dans la sortie de diff.
|
|
| ~ |
Allow merge into mixed-revision working copy.
Use of this option is not recommended!
Please run 'svn update' instead.
|
|
| 2012-09-28 |
Autorise la fusion dans une copie de travail avec des révisions mélangées.
L'utilisation de cette option n'est pas recommandée !
Merci de lui préférer 'svn update'.
|
|
| ~ |
General svn error from server
|
|
| 2012-09-28 |
Erreur svn générale du serveur
|
|
| ~ |
Could not configure SQLite
|
|
| 2012-09-28 |
Impossible de configurer SQLite
|
|
| ~ |
Recursively clean up the working copy, removing locks, resuming
unfinished operations, etc.
usage: cleanup [WCPATH...]
|
|
| 2012-09-28 |
Nettoie récursivement la copie de travail en enlevant les verrous,
reprenant les opérations en cours, etc.
usage : cleanup [CHEMIN...]
|
|
| ~ |
%s: %s (%s://%s)
|
|
| 2012-09-28 |
%s : %s (%s://%s)
|
|
| ~ |
Invalid option; cannot resolve property conflicts with an external merge tool.
|
|
| 2012-09-28 |
Option invalide ; impossible de résoudre un conflit de propriété avec un outil externe.
|
|
| ~ |
Set the value of a property on files, dirs, or revisions.
usage: 1. propset PROPNAME PROPVAL PATH...
2. propset PROPNAME --revprop -r REV PROPVAL [TARGET]
1. Changes a versioned file or directory property in a working copy.
2. Changes an unversioned property on a repository revision.
(TARGET only determines which repository to access.)
The value may be provided with the --file option instead of PROPVAL.
Note: svn recognizes the following special versioned properties
but will store any arbitrary properties set:
svn:ignore - A newline separated list of file glob patterns to ignore.
svn:keywords - Keywords to be expanded. Valid keywords are:
URL, HeadURL - The URL for the head version of the object.
Author, LastChangedBy - The last person to modify the file.
Date, LastChangedDate - The date/time the object was last modified.
Rev, Revision, - The last revision the object changed.
LastChangedRevision
Id - A compressed summary of the previous
4 keywords.
Header - Similar to Id but includes the full URL.
svn:executable - If present, make the file executable. Use
'svn propdel svn:executable PATH...' to clear.
svn:eol-style - One of 'native', 'LF', 'CR', 'CRLF'.
svn:mime-type - The mimetype of the file. Used to determine
whether to merge the file, and how to serve it from Apache.
A mimetype beginning with 'text/' (or an absent mimetype) is
treated as text. Anything else is treated as binary.
svn:externals - A newline separated list of module specifiers,
each of which consists of a URL and a relative directory path,
similar to the syntax of the 'svn checkout' command:
http://example.com/repos/zig foo/bar
A revision to check out can optionally be specified to pin the
external to a known revision:
-r25 http://example.com/repos/zig foo/bar
To unambiguously identify an element at a path which has been
deleted (possibly even deleted multiple times in its history),
an optional peg revision can be appended to the URL:
-r25 http://example.com/repos/zig@42 foo/bar
Relative URLs are indicated by starting the URL with one
of the following strings:
../ to the parent directory of the extracted external
^/ to the repository root
// to the scheme
/ to the server root
The ambiguous format 'relative_path relative_path' is taken as
'relative_url relative_path' with peg revision support.
Lines in externals definitions starting with the '#' character
are considered comments and are ignored.
Subversion 1.4 and earlier only support the following formats
where peg revisions can only be specified using a -r modifier
and where URLs cannot be relative:
foo http://example.com/repos/zig
foo/bar -r 1234 http://example.com/repos/zag
Use of these formats is discouraged. They should only be used if
interoperability with 1.4 clients is desired.
svn:needs-lock - If present, indicates that the file should be locked
before it is modified. Makes the working copy file read-only
when it is not locked. Use 'svn propdel svn:needs-lock PATH...'
to clear.
The svn:keywords, svn:executable, svn:eol-style, svn:mime-type and
svn:needs-lock properties cannot be set on a directory. A non-recursive
attempt will fail, and a recursive attempt will set the property
only on the file children of the directory.
|
|
| 2012-09-28 |
Définit la valeur d'une propriété de fichiers, répertoires ou révisions.
usage : 1. propset NOMPROP VALPROP CHEMIN...
2. propset NOMPROP --revprop -r REV PROPVAL [CIBLE]
1. Modifie une propriété versionnée dans la copie de travail.
2. Modifie une propriété non versionnée d'une révision du dépôt.
CIBLE détermine uniquement à quel dépôt accéder.
La valeur peut être fournie avec l'option --file au lieu de VALPROP.
Note : svn peut conserver des propriétés arbitraires, mais reconnaît
les propriétés versionnées spéciales suivantes :
svn:ignore - Liste par ligne des motifs de fichiers à ignorer.
svn:keywords - Libellés à remplacer. Les libellés valides sont :
URL, HeadURL - l'URL de la dernière révision de l'objet.
Author, LastChangedBy - auteur de la dernière modification.
Date, LastChangedDate - date et heure de la dernière modification.
Rev, Revision, - révision de la dernière modification.
LastChangedRevision
Id - résumé compacte des 4 libellés précédents.
Header - similaire à Id, mais avec l'URL complète.
svn:executable - Si présent, le fichier est exécutable.
Utiliser 'svn propdel svn:executable CHEMIN" pour l'éliminer.
svn:eol-style - Définition des caractères de fin de ligne du fichier.
valeurs possibles : 'native', 'LF', 'CR' ou 'CRLF'.
svn:mime-type - Type MIME du fichier. Les fichiers de types 'text/' ou
sans type précisé sont considérés comme fusionnables. Tous les
autres types sont considérés comme binaires. Également utilisé pour
annoncer le type du document via HTTP.
svn:externals - Liste par ligne de références externes, consistant en
une URL et un chemin relatif, à la manière de 'svn checkout' :
http://example.com/repos/zag truc/bidule
Une révision peut facultativement être précisée avant l'URL :
-r25 http://example.com/repos/zig truc/bidule
Pour spécifier un élément sur un chemin qui a été effacé,
une révsion peut être précisée à la fin de l'URL :
-r25 http://example.com/repos/zig@42 truc/bidule
Des URLs relatives sont acceptées en commençant l'URL par l'une des
chaînes suivantes :
../ au répertoire parent de la référence externe extraite
^/ à la racine du dépôt
// au schéma (par exemple http:)
/ à la racine du serveur
The format ambigu 'chemin_relatif chemin_relatif' est compris comme
'url_relative chemin_relatif' avec le support de révisions fixées.
Par ailleurs, les lignes commençant par '#' sont considérées comme des
commentaires et sont ignorées.
svn:needs-lock - Si présent, le ficher doit être verrouillé avant
d'être modifié. La fichier dans la copie de travail est en lecture
seule lorsqu'il n'est pas verrouillé.
Utiliser 'svn propdel svn:needs-lock CHEMIN' pour l'éliminer.
Les propriétés svn:keywords, svn:executable, svn:eol-style, svn:mime-type
et svn:needs-lock ne s'appliquent pas à des répertoires. Une tentative de
modification non récursive sur un répertoire échouera. Une modification
récursive s'appliquera seulement aux fichiers fils du répertoire.
|
|
| ~ |
Pristine text not found
|
|
| 2012-09-28 |
Texte de référence non trouvé
|
|
| ~ |
merge a branch back into its parent branch
|
|
| 2012-09-28 |
fusionne une branche vers sa branche mère.
|
|
| ~ |
usage: svnversion [OPTIONS] [WC_PATH [TRAIL_URL]]
Produce a compact 'version number' for the working copy path
WC_PATH. TRAIL_URL is the trailing portion of the URL used to
determine if WC_PATH itself is switched (detection of switches
within WC_PATH does not rely on TRAIL_URL). The version number
is written to standard output. For example:
$ svnversion . /repos/svn/trunk
4168
The version number will be a single number if the working
copy is single revision, unmodified, not switched and with
an URL that matches the TRAIL_URL argument. If the working
copy is unusual the version number will be more complex:
4123:4168 mixed revision working copy
4168M modified working copy
4123S switched working copy
4123P partial working copy, from a sparse checkout
4123:4168MS mixed revision, modified, switched working copy
If WC_PATH is an unversioned path, the program will output
'Unversioned directory' or 'Unversioned file'. If WC_PATH is
an added or copied or moved path, the program will output
'Uncommitted local addition, copy or move'.
If invoked without arguments WC_PATH will be the current directory.
Valid options:
|
|
| 2012-09-28 |
usage : svnversion [OPTIONS] [CT_CHEMIN [FIN_URL]]
Produit un 'numéro de version' compacte pour la copie de travail précisée
par CT_CHEMIN. FIN_URL est la partie finale de l'URL de référence pour
déterminer si CT_CHEMIN a été ré-aiguillée (switch).
Le numéro de version est envoyé sur la sortie standard. Exemple :
svnversion . /depot/projet/trunk
4168
Le numéro de version est simple si la copie de travail ne concerne qu'une
révision, non modifiée, non ré-aiguillée (switch) et dont l'URL de référence
correspond à FIN_URL.
Dans les autres cas, le numéro de version est plus compliqué :
4123:4168 copie mixte, composée de différentes révisions
4168M copie localement modifiée
4123S copie ré-aiguillée (switch)
4123P copie partielle tirée d'une extraction partielle (sparse)
4123:4168MS copie mixte, modifiée, ré-aiguillée...
Si CT_CHEMIN n'est pas versionné, la sortie indiquera un fichier ou
répertoire non versionné. Si c'est un chemin ajouté, copié ou déplacé,
la sortie indiquera que c'est une modification locale non encore propagée.
CT_CHEMIN est le répertoire courant pour une invocation sans arguments.
Options disponibles :
|
|
| ~ |
actual: %s
|
|
| 2012-09-28 |
obtenu : %s
|
|
| ~ |
Format file '%s' contains unexpected non-digit '%c' within '%s'
|
|
| 2012-09-28 |
Le fichier de format '%s' contient un caractère non-numérique inattendu '%c' dans '%s'
|
|
| ~ |
Unrecognized work item in the queue associated with '%s'
|
|
| 2012-09-28 |
Élément inconnu dans la file de travaux associée à '%s'
|
|
| ~ |
Sorry, svn_client_diff5 was called in a way that is not yet supported
|
|
| 2012-09-28 |
Désolé, appel de svn_client_diff5 de manière non encore supportée
|
|
| ~ |
'%s' was not present on the resource '%s'
|
|
| 2012-09-28 |
'%s' n'était pas présent sur la ressource '%s'
|
|
| ~ |
Cannot merge into mixed-revision working copy [%lu:%lu]; try updating first
|
|
| 2012-09-28 |
Impossible de fusionner (merge) dans un copie de travail avec des révisions multiples [%lu:%lu] ; Faire une mise à jour (update) d'abord
|
|
| ~ |
replace
|
|
| 2012-09-28 |
remplace
|
|
| ~ |
'%s' has no base revision until it is committed
|
|
| 2012-09-28 |
'%s' n'a pas de révision de base jusqu'à sa propagation (commit)
|
|
| ~ |
Path '%s' has no URL
|
|
| 2012-09-28 |
Le chemin '%s' n'a pas d'URL associée
|
|
| ~ |
expected: %s
|
|
| 2012-09-28 |
attendu : %s
|
|
| ~ |
No newline at end of file
|
|
| 2012-09-28 |
Pas de retour chariot à la fin du fichier
|
|
| ~ |
Can't store properties for '%s' in '%s'.
|
|
| 2012-09-28 |
Impossible de stocker les permissions pour '%s' dans '%s'
|
|
| ~ |
The node '%s' is not in a workingcopy.
|
|
| 2012-09-28 |
Le nœud '%s' n'est pas dans une copie de travail
|
|
| ~ |
Default: '-u'. When Subversion is invoking an
external diff program, ARG is simply passed along
to the program. But when Subversion is using its
default internal diff implementation, or when
Subversion is displaying blame annotations, ARG
could be any of the following:
-u (--unified):
Output 3 lines of unified context.
-b (--ignore-space-change):
Ignore changes in the amount of white space.
-w (--ignore-all-space):
Ignore all white space.
--ignore-eol-style:
Ignore changes in EOL style.
-p (--show-c-function):
Show C function name in diff output.
|
|
| 2012-06-23 |
Défaut : '-u'.
Quand subversion invoque un programme diff externe, ARG est
simplement passé au programme. Mais quand subversion utilise
l'implémentation interne par défaut, ou quand il affiche une
version annotée (blame), ARG peut être :
-u (--unified) :
affiche 3 lignes de contexte unifié.
-b (--ignore-space-change) :
ignore les modifications liées aux espaces.
-w (--ignore-all-space) :
ignore tous les espaces.
--ignore-eol-style :
ignore les changements de style de fin de ligne (eol).
-p (--show-c-function):
affiche les noms des fonctions C dans la sortie de diff.
|
|
| ~ |
the change made by revision ARG (like -r ARG-1:ARG)
If ARG is negative this is like -r ARG:ARG-1
|
|
| 2012-06-23 |
Le changement effectué par la révision ARG (i.e. -r ARG-1:ARG)
Si ARG est négatif, équivalent à -r ARG:ARG-1
|
|
| ~ |
notice ancestry when calculating differences
|
|
| 2012-06-23 |
utilise l'ascendance pour calculer les différences
|
|
| ~ |
Tree conflicts can only be resolved to 'working' state; '%s' not resolved
|
|
| 2012-06-23 |
Les conflits d'arbre ne peuvent être résolus que vers l'état 'working' ; '%s' non résolu
|
|
| ~ |
ignore ancestry when calculating merges
|
|
| 2012-06-23 |
ignore l'ascendance pour calculer les différences
|
|
| ~ |
Tree conflicts can only be resolved to 'working' state; '%s' not resolved
|
|
| 2009-12-12 |
Un conflit d'arborescence ne peut être résolu que vers l'état courant (working) ; '%s' non résolu
|
|
| ~ |
Invalid option; cannot display conflicts for properties.
|
|
| 2009-07-04 |
Option invalide ; fichiers originaux non disponibles.
|
|
| ~ |
Invalid option; cannot choose based on conflicts for properties.
|
|
| 2009-07-04 |
Option invalide ; impossible de choisir selon le conflit pour des propriétés.
|
|
| ~ |
(p) postpone - resolve the conflict later
(mf) mine-full - accept pre-existing item (ignore upstream addition)
(tf) theirs-full - accept incoming item (overwrite pre-existing item)
(h) help - show this help
|
|
| 2009-07-04 |
(p) report - résolution ultérieure du conflit
(mf) mien complet - utilise ma version (ignore l'addition antérieure)
(tf) autre complet - utilise la version du dépôt (écrase l'élément pré-existant)
(h) aide - affiche cette liste
|
|
| ~ |
File or directory '%s' is out of date; try updating
|
|
| 2009-07-04 |
Fichier ou répertoire '%s' obsolète ; mettre à jour
|
|
| ~ |
Invalid config: unable to load PKCS#11 provider '%s'
|
|
| 2009-07-04 |
Configuration invalide : impossible de charger le fournisseur de PKCS#11 '%s'
|
|
| ~ |
(e) edit - change merged file in an editor
(df) diff-full - show all changes made to merged file
(r) resolved - accept merged version of file
(dc) display-conflict - show all conflicts (ignoring merged version)
(mc) mine-conflict - accept my version for all conflicts (same)
(tc) theirs-conflict - accept their version for all conflicts (same)
(mf) mine-full - accept my version of entire file (even non-conflicts)
(tf) theirs-full - accept their version of entire file (same)
(p) postpone - mark the conflict to be resolved later
(l) launch - launch external tool to resolve conflict
(s) show all - show this list
|
|
| 2009-07-04 |
(e) édite - résout manuellement le conflit avec un éditeur
(df) diff complet - montre toutes les différences du fichier fusionné
(r) résolu - utilise la version fusionnée
(dc) affiche conflits - affiche tous les conflits (ignore version fusionnée)
(mc) mes conflits - accepte ma version pour tous les conflits
(tc) autres conflits - accepte l'autre version pour tous les conflits
(mf) mien complet - utilise ma version (ignore les autres éditions)
(tf) autre complet - prends la version du dépôt (perds mes éditions)
(p) report - marque ce conflit pour résolution ultérieure
(l) lance - utilise un outil externe pour résoudre le conflit
(s) aide - affiche cette liste
|
|
