patch - En ligne dans le Cloud

PROGRAMME:

Nom

patch - applique un fichier diff à un original

SYNOPSIS

pièce [Options] [fichier d'origine [fichier de correctifs]]

mais généralement juste

pièce -pnum <fichier de correctifs

DESCRIPTION

pièce prend un fichier patch fichier de correctifs contenant une liste des différences produite par le diff
programme et applique ces différences à un ou plusieurs fichiers originaux, produisant des correctifs
versions. Normalement, les versions corrigées sont mises à la place des originaux. Les sauvegardes peuvent
être fait; voir le -b or --sauvegarde option. Les noms des fichiers à corriger sont généralement
extrait du fichier de correctif, mais s'il n'y a qu'un seul fichier à corriger, il peut être spécifié
sur la ligne de commande comme fichier d'origine.

Au démarrage, le correctif tente de déterminer le type de la liste des différences, à moins qu'il ne soit annulé
par une -c (--le contexte), -e (--ed), -n (--Ordinaire), ou -u (--unifié) option. Différences de contexte
(ancien style, nouveau style et unifié) et les différences normales sont appliquées par le pièce Programme
lui-même, tandis que ed les diffs sont simplement transmis au ed(1) éditeur via un tuyau.

pièce essaie d'ignorer toutes les ordures de début, d'appliquer le diff, puis de sauter toute fin
des ordures. Ainsi, vous pourriez alimenter un article ou un message contenant une liste de diff à pièce,
et ça devrait marcher. Si la différence entière est indentée d'un montant cohérent, si les lignes se terminent
dans CRLF, ou si un diff est encapsulé une ou plusieurs fois en ajoutant "- " aux lignes
commençant par "-" comme spécifié par Internet RFC 934, cela est pris en compte. Après
suppression de l'indentation ou de l'encapsulation, les lignes commençant par # sont ignorés, car ils sont
considérés comme des commentaires.

Avec les différences contextuelles, et dans une moindre mesure avec les différences normales, pièce peut détecter quand le
les numéros de ligne mentionnés dans le patch sont incorrects et tentent de trouver le bon endroit
pour appliquer chaque morceau du patch. À première vue, il prend le numéro de ligne mentionné pour
le morceau, plus ou moins tout décalage utilisé dans l'application du morceau précédent. Si ce n'est pas le
endroit approprié, pièce balaye à la fois vers l'avant et vers l'arrière pour un ensemble de lignes correspondant à la
contexte donné dans le morceau. D'abord pièce cherche un endroit où toutes les lignes du contexte
rencontre. Si aucun endroit n'est trouvé, et c'est un diff de contexte, et le facteur de fuzz maximum est
mis à 1 ou plus, puis un autre balayage a lieu en ignorant la première et la dernière ligne de
le contexte. Si cela échoue et que le facteur de fuzz maximal est défini sur 2 ou plus, les deux premiers
et les deux dernières lignes de contexte sont ignorées et une autre analyse est effectuée. (Le maximum par défaut
le facteur de flou est de 2.)

Les gros morceaux avec moins de contexte de préfixe que de contexte de suffixe (après application du fuzz) doivent s'appliquer au
début du fichier si leur premier numéro de ligne est 1. Hunks avec plus de contexte de préfixe que
le contexte de suffixe (après application de fuzz) doit s'appliquer à la fin du fichier.

If pièce ne peut pas trouver un endroit pour installer ce morceau du correctif, il met le morceau à un
fichier de rejet, qui est normalement le nom du fichier de sortie plus un .rej suffixe, ou # if
.rej générerait un nom de fichier trop long (si même en ajoutant le seul caractère #
rend le nom de fichier trop long, alors # remplace le dernier caractère du nom de fichier).

Le morceau rejeté sort au format diff unifié ou contextuel. Si l'entrée était normale
diff, de nombreux contextes sont simplement nuls. Les numéros de ligne sur les gros morceaux dans le rejet
le fichier peut être différent de celui du fichier de correctif : ils reflètent l'emplacement approximatif du correctif
pense que les morceaux défaillants appartiennent au nouveau fichier plutôt qu'à l'ancien.

Au fur et à mesure que chaque morceau est terminé, on vous dit si le morceau a échoué, et si oui quelle ligne (dans le
nouveau fichier) pièce pensé que le beau gosse devrait continuer. Si le gros morceau est installé à un autre
ligne à partir du numéro de ligne spécifié dans le diff, on vous dit le décalage. Un seul grand
compenser Au cours de cette réunion, Matthew a obtenu de précieux conseils et Linda lui a demandé de la tenir au courant de ses progrès. indiquer qu'un gros morceau a été installé au mauvais endroit. On vous dit également si un
le facteur de fuzz a été utilisé pour faire le match, auquel cas vous devriez également être légèrement
méfiant. Si la --verbeux option est donnée, vous êtes également informé des mecs qui correspondent
exactement.

Si aucun fichier d'origine fichier orig est spécifié sur la ligne de commande, pièce essaie de comprendre
à partir de la poubelle principale quel est le nom du fichier à éditer, en utilisant les règles suivantes.

Tout d'abord, pièce prend une liste ordonnée de noms de dossier de candidature comme suit :

· Si l'en-tête est celui d'un diff de contexte, pièce prend les anciens et les nouveaux noms de fichiers dans le
entête. Un nom est ignoré s'il n'a pas assez de barres obliques pour satisfaire le -pnum or
--bande=num option. Le nom / dev / null est également ignoré.

· S'il y a un Indice: ligne dans la corbeille de début et si l'ancien et le nouveau noms
sont tous les deux absents ou si pièce est conforme à POSIX, pièce prend le nom dans le Indice:
ligne.

· Aux fins des règles suivantes, les noms de dossier de candidature sont considérés comme
dans l'ordre (ancien, nouveau, index), quel que soit l'ordre dans lequel ils apparaissent dans l'en-tête.

Ensuite pièce sélectionne un nom de fichier dans la liste des candidats comme suit :

· Si certains des fichiers nommés existent, pièce sélectionne le prénom s'il est conforme à POSIX,
et le meilleur nom sinon.

· If pièce n'ignore pas RCS, ClearCase, Perforce et SCCS (voir le -g num or
--get=num option) et aucun fichier nommé n'existe mais un RCS, ClearCase, Perforce ou SCCS
le maître est trouvé, pièce sélectionne le premier fichier nommé avec un RCS, ClearCase, Perforce,
ou maître SCCS.

· Si aucun fichier nommé n'existe, aucun maître RCS, ClearCase, Perforce ou SCCS n'a été trouvé, certains
les noms sont donnés, pièce n'est pas conforme à POSIX, et le correctif semble créer un
fichier, pièce sélectionne le meilleur nom nécessitant la création du moins de répertoires.

· Si aucun nom de fichier ne résulte de l'heuristique ci-dessus, il vous est demandé le nom du
fichier à corriger, et pièce sélectionne ce nom.

Pour déterminer le les meilleurs d'une liste non vide de noms de fichiers, pièce prend d'abord tous les noms
avec le moins de composants de nom de chemin ; de ceux-ci, il prend alors tous les noms avec le
nom de base le plus court ; de ceux-ci, il prend alors tous les noms les plus courts ; enfin, il faut le
premier nom restant.

De plus, si la poubelle principale contient un Prérequis : ligne, pièce prend le premier mot
à partir de la ligne des prérequis (normalement un numéro de version) et vérifie le fichier d'origine pour
voir si ce mot peut être trouvé. Si non, pièce demande confirmation avant de continuer.

Le résultat de tout cela est que vous devriez pouvoir dire, dans une interface d'actualités,
quelque chose comme ce qui suit :

| pièce -d /usr/src/local/blurfl

et patcher un fichier dans le flou directement à partir de l'article contenant le patch.

Si le fichier de correctif contient plusieurs correctifs, pièce essaie d'appliquer chacun d'eux comme si
ils provenaient de fichiers de correctifs distincts. Cela signifie, entre autres, qu'il est supposé
que le nom du fichier à corriger doit être déterminé pour chaque liste de diff, et que le
poubelle avant que chaque liste de diff contienne des choses intéressantes telles que des noms de fichiers et
niveau de révision, comme mentionné précédemment.

OPTIONS

-b or --sauvegarde
Créez des fichiers de sauvegarde. C'est-à-dire que lorsque vous corrigez un fichier, renommez ou copiez l'original à la place
de l'enlever. Voir le -V or --contrôle de version option pour plus de détails sur la façon dont la sauvegarde
les noms de fichiers sont déterminés.

--backup-si-mismatch
Sauvegardez un fichier si le correctif ne correspond pas exactement au fichier et si les sauvegardes ne sont pas
autrement demandé. C'est la valeur par défaut à moins que pièce est conforme à POSIX.

--pas de sauvegarde en cas de non-concordance
Ne sauvegardez pas un fichier si le correctif ne correspond pas exactement au fichier et si des sauvegardes sont
pas autrement demandé. C'est la valeur par défaut si pièce est conforme à POSIX.

-B préf or --préfixe=préf
Utilisez l'option simple méthode pour déterminer les noms des fichiers de sauvegarde (voir la -V méthode or
--contrôle de version méthode option), et ajoutez préf à un nom de fichier lors de la génération de son
nom du fichier de sauvegarde. Par exemple, avec -B /déchet/ le nom de fichier de sauvegarde simple pour
src/patch/util.c is /junk/src/patch/util.c.

--binaire
Écrire tous les fichiers en mode binaire, à l'exception de la sortie standard et /dev/tty. Lors de la lecture,
désactiver l'heuristique pour transformer les fins de ligne CRLF en fins de ligne LF. Cette
l'option est nécessaire sur les systèmes POSIX lors de l'application des correctifs générés sur les systèmes non-POSIX
vers des fichiers non POSIX. (Sur les systèmes POSIX, les lectures et écritures de fichiers ne transforment jamais la ligne
terminaisons. Sous Windows, les lectures et les écritures transforment les fins de ligne par défaut et les correctifs
doit être généré par diff --binaire lorsque les fins de ligne sont significatives.)

-c or --le contexte
Interprétez le fichier de correctif comme un diff de contexte ordinaire.

-d dir or --répertoire=dir
Passer au répertoire dir immédiatement, avant de faire quoi que ce soit d'autre.

-D Vous permet de définir or --ifdef=Vous permet de définir
Utilisez l'option #ifdef ... #endif construire pour marquer les changements, avec Vous permet de définir comme différenciant
symbole.

- à sec
Imprimez les résultats de l'application des correctifs sans modifier réellement les fichiers.

-e or --ed
Interprétez le fichier de correctif comme un ed scripts.

-E or --remove-fichiers-vides
Supprimez les fichiers de sortie qui sont vides après l'application des correctifs. Normalement ça
l'option est inutile, car pièce peut examiner les horodatages sur l'en-tête pour
déterminer si un fichier doit exister après l'application des correctifs. Cependant, si l'entrée n'est pas un
diff de contexte ou si pièce est conforme à POSIX, pièce ne supprime pas les patchs vides
fichiers à moins que cette option ne soit donnée. Lorsque pièce supprime un fichier, il tente également de
supprimer tous les répertoires ancêtres vides.

-f or --Obliger
Supposons que l'utilisateur sache exactement ce qu'il fait et ne lui posez aucune question.
des questions. Ignorer les correctifs dont les en-têtes n'indiquent pas quel fichier doit être corrigé ; pièce
fichiers même s'ils ont la mauvaise version pour le Prérequis : ligne dans le patch ; et
supposez que les correctifs ne sont pas inversés même s'ils en ont l'air. Cette option fait
ne pas supprimer les commentaires ; utilisation -s pour ça.

-F num or --fuzz=num
Définissez le facteur de fuzz maximal. Cette option ne s'applique qu'aux différences qui ont un contexte, et
les causes pièce ignorer autant de lignes de contexte dans la recherche d'endroits où
installer un morceau. Notez qu'un facteur de fuzz plus important augmente les chances d'un patch défectueux.
Le facteur de fuzz par défaut est 2. Un facteur de fuzz supérieur ou égal au nombre de
lignes de contexte dans le contexte diff, généralement 3, ignore tout le contexte.

-g num or --get=num
Cette option contrôle piècelorsqu'un fichier est sous contrôle RCS ou SCCS, et ne
n'existe pas ou est en lecture seule et correspond à la version par défaut, ou lorsqu'un fichier est sous
contrôle ClearCase ou Perforce et n'existe pas. Si num est positif, pièce obtient (ou
extrait) le fichier du système de contrôle de révision ; si zéro, pièce ignore le RCS,
ClearCase, Perforce et SCCS et n'obtient pas le fichier ; et si négatif, pièce demande
l'utilisateur s'il souhaite obtenir le fichier. La valeur par défaut de cette option est donnée par le
valeur de la PATCH_GET variable d'environnement si elle est définie ; sinon, la valeur par défaut est
zéro.

--Aidez-moi
Imprimez un résumé des options et quittez.

-i fichier de correctifs or --entrée=fichier de correctifs
Lire le patch de fichier de correctifs. Si fichier de correctifs is -, lu à partir de l'entrée standard, le
défaut.

-l or --ignore-espace blanc
Faites correspondre les modèles de manière lâche, au cas où des tabulations ou des espaces auraient été supprimés dans vos fichiers. Tout
la séquence d'un ou plusieurs blancs dans le fichier de correctif correspond à n'importe quelle séquence dans l'original
et les séquences d'espaces en fin de ligne sont ignorées. Les caractères normaux doivent
correspondent toujours exactement. Chaque ligne du contexte doit toujours correspondre à une ligne de l'original
fichier.

--fusionner or --merge=fusion or --merge=diff3
Fusionner un fichier de correctif dans les fichiers originaux similaires à diff3(1) ou fusionner(1). Si un
un conflit est détecté, pièce génère un avertissement et met entre crochets le conflit avec <<<<<< et
>>>>>>> lignes. Un conflit typique ressemblera à ceci :

<<<<<<
lignes grâce au le personnages numériques originaux filet
|||||||
personnages numériques originaux lignes grâce au le pièce
=======
nouvelle lignes grâce au le pièce
>>>>>>>

L'argument optionnel de --fusionner détermine le format de sortie des conflits : le diff3
le format montre le ||||||| section avec les lignes originales du patch ; dans la fusion
format, cette section est manquante. Le format de fusion est le format par défaut.

Cette option implique --effronté et ne prend pas le --duvet=num option en compte.

-n or --Ordinaire
Interprétez le fichier de correctif comme un diff normal.

-N or --effronté
Lorsqu'un correctif ne s'applique pas, le correctif vérifie généralement s'il a l'air d'avoir été
renversé. Les --effronté option empêche cela. Voir également -R.

-o fichier de sortie or --sortie=fichier de sortie
Envoyer la sortie à fichier de sortie au lieu de patcher les fichiers en place. N'utilisez pas cette option si
fichier de sortie est l'un des fichiers à corriger. Lorsque fichier de sortie is -, envoyer la sortie au standard
sortie, et envoyer tous les messages qui seraient normalement dirigés vers la sortie standard vers la sortie standard
Erreur.

-pnum or --bande=num
Supprimez le plus petit préfixe contenant num barres obliques de début de chaque nom de fichier trouvé dans
le fichier de correctif. Une séquence d'une ou plusieurs barres obliques adjacentes est comptée comme une seule
sabrer. Cela contrôle la façon dont les noms de fichiers trouvés dans le fichier de correctif sont traités, au cas où vous
conservez vos fichiers dans un répertoire différent de celui de la personne qui a envoyé le correctif. Pour
exemple, en supposant que le nom de fichier dans le fichier de correctif était

/u/howard/src/blurfl/blurfl.c

mise -p0 donne le nom de fichier entier non modifié, -p1 donne

u/howard/src/blurfl/blurfl.c

sans la barre oblique de début, -p4 donne

flou/blurfl.c

et sans préciser -p du tout te donne juste floufl.c. Tout ce avec quoi vous vous retrouvez est regardé
soit dans le répertoire courant, soit dans le répertoire spécifié par le -d option.

--posix
Se conformer plus strictement à la norme POSIX, comme suit.

· Prendre le premier fichier existant de la liste (ancien, nouveau, index) lors de l'intuition du fichier
les noms des en-têtes diff.

· Ne supprimez pas les fichiers vides après l'application des correctifs.

· Ne demandez pas si vous souhaitez obtenir des fichiers de RCS, ClearCase, Perforce ou SCCS.

· Exiger que toutes les options précèdent les fichiers dans la ligne de commande.

· Ne sauvegardez pas les fichiers en cas de non-concordance.

--quoting-style=mot
Utiliser le style mot pour citer les noms de sortie. Les mot doit être l'un des suivants :

littéral
Noms de sortie tels quels.

coquille Citez les noms du shell s'ils contiennent des métacaractères du shell ou
sortie ambiguë.

shell-toujours
Citez les noms du shell, même s'ils ne nécessitent normalement pas de guillemets.

c Citez les noms comme pour une chaîne en langage C.

échapper Citer comme avec c sauf omettre les guillemets doubles environnants.

Vous pouvez spécifier la valeur par défaut du --style-citation option avec l'environnement
variable CITATION_STYLE. Si cette variable d'environnement n'est pas définie, la valeur par défaut est
coquille.

-r rejeter le fichier or --reject-file=rejeter le fichier
Mettre les rebuts dans rejeter le fichier au lieu de la valeur par défaut .rej déposer. Lorsque rejeter le fichier is -,
rejeter les rejets.

-R or --sens inverse
Supposons que ce correctif a été créé avec les anciens et les nouveaux fichiers échangés. (Oui je suis
peur que cela arrive de temps en temps, la nature humaine étant ce qu'elle est.) pièce tentatives
pour échanger chaque morceau avant de l'appliquer. Les rejets sortent dans le format permuté.
Le manuel de formation -R l'option ne fonctionne pas avec ed diff scripts car il y a trop peu
informations pour reconstituer l'opération inverse.

Si le premier morceau d'un correctif échoue, pièce renverse le morceau pour voir s'il peut être appliqué
de cette façon. Si c'est possible, on vous demande si vous voulez avoir le -R ensemble d'options. Si ça
ne peut pas, le patch continue à être appliqué normalement. (Remarque : cette méthode ne peut pas détecter un
patch inversé s'il s'agit d'un diff normal et si la première commande est un ajout (c'est-à-dire qu'il
aurait dû être une suppression) puisque les ajouts réussissent toujours, en raison du fait qu'un null
le contexte correspond n'importe où. Heureusement, la plupart des correctifs ajoutent ou modifient des lignes plutôt que de supprimer
eux, donc la plupart des différences normales inversées commencent par une suppression, qui échoue, déclenchant le
heuristique.)

--lecture seule=humain
Comportez-vous comme demandé lorsque vous essayez de modifier un fichier en lecture seule : ignorer le potentiel
problème, prévenir à ce sujet (valeur par défaut), ou échouer.

--reject-format=le format
Produire des fichiers de rejet dans le spécifié le format (Soit aux contextes or unifiée). Sans cela
option, les morceaux rejetés sortent au format diff unifié si le patch d'entrée était celui-là
format, sinon sous forme de diff de contexte ordinaire.

-s or --silencieux or --silencieux
Travaillez en silence, à moins qu'une erreur ne se produise.

--follow-symlinks
Lorsque vous recherchez des fichiers d'entrée, suivez les liens symboliques. Remplace les liens symboliques,
au lieu de modifier les fichiers vers lesquels pointent les liens symboliques. Des correctifs de style Git pour
les liens symboliques ne s'appliqueront plus. Cette option existe pour la rétrocompatibilité
avec les versions précédentes du correctif ; son utilisation est déconseillée.

-t or --grouper
Supprimez les questions comme -f, mais faites des hypothèses différentes : ignorez les correctifs dont
les en-têtes ne contiennent pas de noms de fichiers (les mêmes que -f); ignorer les correctifs pour lesquels le fichier a
la mauvaise version pour le Prérequis : ligne dans le patch ; et supposez que les correctifs sont
inversés s'ils ont l'air d'être.

-T or --régler le temps
Définissez les heures de modification et d'accès des fichiers patchés à partir des horodatages donnés dans
en-têtes de diff de contexte. Sauf indication contraire dans les horodatages, supposons que le contexte
les en-têtes diff utilisent l'heure locale.

L'utilisation de cette option avec des horodatages n'incluant pas les fuseaux horaires n'est pas recommandée,
parce que les correctifs utilisant l'heure locale ne peuvent pas être facilement utilisés par des personnes dans d'autres fuseaux horaires,
et parce que les horodatages locaux sont ambigus lorsque les horloges locales reculent pendant
ajustements de l'heure d'été. Assurez-vous que les horodatages incluent les fuseaux horaires, ou
générer des correctifs avec UTC et utiliser le -Z or --set-utc choix à la place.

-u or --unifié
Interprétez le fichier de correctif comme un diff de contexte unifié.

-v or --version
Imprimer piècel'en-tête de révision et le niveau de correctif de , et quittez.

-V méthode or --version-contrôle=méthode
Utilisez le méthode pour déterminer les noms des fichiers de sauvegarde. La méthode peut aussi être donnée par le
PATCH_VERSION_CONTROL (ou, si ce n'est pas défini, le CONTRÔLE DE VERSION) environnement
variable, qui est remplacée par cette option. La méthode n'affecte pas si
les fichiers de sauvegarde sont créés ; il n'affecte que les noms des fichiers de sauvegarde créés.

La valeur de méthode est comme la variable de contrôle de version de GNU Emacs ; pièce aussi
reconnaît les synonymes qui sont plus descriptifs. Les valeurs valides pour méthode sont (uniques
les abréviations sont acceptées):

existant or nul
Faites des sauvegardes numérotées des fichiers qui en contiennent déjà, sinon des sauvegardes simples.
C'est la valeur par défaut.

numéroté or t
Faites des sauvegardes numérotées. Le nom du fichier de sauvegarde numéroté pour F is F.~N~ où N est le
numéro de version.

simple or jamais
Faites des sauvegardes simples. Les -B or --préfixe, -Y or --basename-préfixeet -z or
--suffixe les options spécifient le nom du fichier de sauvegarde simple. Si aucune de ces options n'est
donné, alors un simple suffixe de sauvegarde est utilisé ; c'est la valeur du
SIMPLE_BACKUP_SUFFIX variable d'environnement si elle est définie, et est .orig autrement.

Avec les sauvegardes numérotées ou simples, si le nom du fichier de sauvegarde est trop long, le suffixe de sauvegarde
~ est utilisé à la place ; si même en rajoutant ~ rendrait le nom trop long, alors ~ remplace
le dernier caractère du nom de fichier.

--verbeux
Afficher des informations supplémentaires sur le travail en cours.

-x num or --debug=num
Définissez les indicateurs de débogage internes d'intérêt uniquement sur pièce patcheurs.

-Y préf or --basename-prefix=préf
Utilisez l'option simple méthode pour déterminer les noms des fichiers de sauvegarde (voir la -V méthode or
--contrôle de version méthode option) et le préfixe préf au nom de base d'un nom de fichier lorsque
générer son nom de fichier de sauvegarde. Par exemple, avec -Y .del/ le fichier de sauvegarde simple
Nom pour src/patch/util.c is src/patch/.del/util.c.

-z suffixe or --suffixe=suffixe
Utilisez l'option simple méthode pour déterminer les noms des fichiers de sauvegarde (voir la -V méthode or
--contrôle de version méthode option) et utilisez suffixe comme suffixe. Par exemple, avec -z -
le nom du fichier de sauvegarde pour src/patch/util.c is src/patch/util.c-.

-Z or --set-utc
Définissez les heures de modification et d'accès des fichiers patchés à partir des horodatages donnés dans
en-têtes de diff de contexte. Sauf indication contraire dans les horodatages, supposons que le contexte diff
les en-têtes utilisent le temps universel coordonné (UTC, souvent appelé GMT). Voir aussi le -T or
--régler le temps option.

Le manuel de formation -Z or --set-utc et -T or --régler le temps les options s'abstiennent normalement de définir un fichier
heure si l'heure d'origine du fichier ne correspond pas à l'heure indiquée dans l'en-tête du correctif, ou
si son contenu ne correspond pas exactement au patch. Cependant, si le -f or --Obliger option
est donné, l'heure du fichier est définie indépendamment.

En raison des limites de diff format de sortie, ces options ne peuvent pas mettre à jour les heures de
fichiers dont le contenu n'a pas changé. De plus, si vous utilisez ces options, vous devez
supprimer (par exemple avec a prendre une espace extérieur plus propre,) tous les fichiers qui dépendent des fichiers corrigés, de sorte que plus tard
invocations de a prendre une ne soyez pas confus par l'heure des fichiers corrigés.

ENVIRONNEMENT

PATCH_GET
Ceci précise si pièce obtient des fichiers manquants ou en lecture seule de RCS, ClearCase,
Perforce, ou SCCS par défaut ; voir le -g or --obtenir option.

POSIXLY_CORRECT
Si défini, pièce se conforme plus strictement au standard POSIX par défaut : voir le --posix
option.

CITATION_STYLE
Valeur par défaut du --style-citation option.

SIMPLE_BACKUP_SUFFIX
Extension à utiliser pour les noms de fichiers de sauvegarde simples au lieu de .orig.

TMPDIR, TMP, TEMP
Répertoire dans lequel placer les fichiers temporaires ; pièce utilise la première variable d'environnement dans ce
liste qui est définie. Si aucun n'est défini, la valeur par défaut dépend du système ; c'est normalement
/ Tmp sur les hôtes Unix.

CONTRÔLE DE VERSION or PATCH_VERSION_CONTROL
Sélectionne le style de contrôle de version ; voir le -v or --contrôle de version option.

Utiliser le correctif en ligne à l'aide des services onworks.net