cvs-fast-export - En ligne dans le Cloud

PROGRAMME:

Nom

cvs-fast-export - historique d'exportation rapide à partir d'un référentiel CVS ou d'une collection RCS.

SYNOPSIS

cvs-export-rapide [-h] [-C] [-F] [-a] [-w duvet] [-g] [-l] [-v] [-q] [-V] [-T] [-p] [-P] [-i
données] [-k avec des données] [-UNE carte d'auteur] [-t fils] [-R carte de révision] [--reposurgeon] [-e éloigné]
[-s préfixe de bande]

DESCRIPTION

cvs-fast-export essaie de regrouper les commits et les balises par fichier dans une collection de fichiers RCS ou
Référentiel de projet CVS dans des commits d'ensemble de modifications par projet avec des métadonnées communes, dans le
style de Subversion et des systèmes de contrôle de version ultérieurs.

Cet outil est mieux utilisé en conjonction avec repurger(1). Cvs simple-export rapide
les conversions contiennent diverses sortes de fossiles qu'il est bon de repeupler pour nettoyer. Voir
le DVCS Migration HOWTO pour en savoir plus sur les étapes de vérification de l'intégrité et de polissage requises
pour une conversion de très haute qualité, y compris le levage de référence et diverses sortes de
nettoyage des artefacts.

Si des arguments sont fournis, le programme suppose que tous se terminant par l'extension ",v" sont
master et les lit. Si aucun argument n'est fourni, le programme lit les noms de fichiers
de stdin, un par ligne. Les répertoires et fichiers ne se terminant pas par ",v" sont ignorés. (Mais voyez
la description du -P pour savoir comment changer ce comportement.)

Les fichiers provenant d'Unix CVS ou CVS-NT sont traités. Si une collection de fichiers a un commitid
champs, les ensembles de modifications seront construits de manière fiable en utilisant ceux-ci.

Dans le mode par défaut, qui génère un flux d'exportation rapide de style git vers la sortie standard :

· Le préfixe donné à l'aide de l'option -s ou, si l'option est omise, le plus long commun
le préfixe des chemins est supprimé de chaque chemin.

· Les fichiers dans les répertoires CVS Attic et RCS sont traités comme si le "Attic/" ou "RCS/"
partie du chemin étaient absents. Cela restaure généralement l'historique des fichiers qui ont été
supprimée.

· Les autorisations sur toutes les opérations de fichiers liées à un fichier particulier seront contrôlées par le
autorisations sur le maître correspondant. Si le bit d'exécutable sur le maître est activé,
tous ses fichiers auront 100755 autorisations ; sinon 100644.

· Un ensemble d'opérations de fichiers est fusionné dans un ensemble de modifications si (a) ils partagent tous
le même commitid, ou (b) tous n'ont pas de commitid mais des commentaires de modification, auteurs,
et les dates de modification dans la fenêtre définie par le paramètre time-fuzz. contrairement à
certains autres exportateurs, aucune tentative n'est faite pour dériver des ensembles de modifications à partir de balises partagées.

· Les commits sont émis dans l'ordre chronologique à moins que le cvs-fast-export ne détecte qu'un parent
est plus jeune que son enfant (cela est peu probable mais possible en cas d'horloge sévère
fausser). Dans ce cas, vous verrez un avertissement sur l'erreur standard et l'ordre d'émission est
garanti topologiquement correct, mais autrement non spécifié (et est soumis à
changement dans les futures versions de ce programme).

· Les balises CVS deviennent des balises git légères lorsqu'elles peuvent être associées sans ambiguïté à un
ensemble de modifications. Si la même balise est attachée aux deltas de fichiers qui se résolvent en plusieurs
ensembles de modifications, il est signalé comme s'il était attaché au dernier d'entre eux.

· La branche HEAD est renommée en maître.

· Les autres noms de balises et de branches sont nettoyés pour être légaux pour git ; les caractères ~^\*? sommes
enlevé.

· Étant donné que les fichiers .cvsignore ont une syntaxe compatible avec celle des fichiers .gitignore,
ils sont renommés. Afin de simuler le comportement d'ignorance par défaut de CVS, ces
les valeurs par défaut sont ajoutées à la racine des blobs .cvsignore renommés en .gitignore, et une racine
.gitignore contenant les valeurs par défaut est généré si aucun blobs de ce type n'existe.

Voir la section suivante sur les LIMITES RCS/CVS pour plus d'informations sur les cas extrêmes et
problèmes de conversion.

Ce programme ne dépend d'aucune des métadonnées CVS détenues en dehors de l'individu
fichiers de contenu (par exemple sous CVSROOT).

La variable TMPDIR est honorée et utilisée lors de la génération d'un répertoire temporaire dans lequel
stocker le contenu du fichier pendant le traitement.

OPTIONS

-h
Afficher le résumé de l'utilisation.

-w duvet
Définissez le facteur de fuzz d'horodatage pour identifier les ensembles de patchs en quelques secondes. La valeur par défaut est
300 secondes. Cette option n'est pas pertinente pour les ensembles de modifications avec des commitids.

-k
Spécifiez l'extension des mots clés RCS/CVS. Vous pouvez spécifier n'importe quelle extension de mot clé CVS
types : "kv" (mot-clé-valeur), "kvl" (mot-clé-valeur-locker), "k" (mot-clé uniquement), "v"
(valeur uniquement), "o" (pas d'expansion) ou "b" (binaire - pas d'extension, pas de fin de ligne
conversion). Les règles de CVS sont : (1) si le maître a défini -kb dans son mot-clé interne
, faites-le, sinon (2) si un type d'expansion a été défini sur la ligne de commande, faites
que, sinon (3) si le champ de mot-clé interne du fichier est défini, le faire, sinon
utiliser kv. cvs-fast-export se comporte légèrement différemment ; la valeur par défaut est ko plutôt que
kkv, kvl est traité comme kv, et ko est traité comme kb (c'est-à-dire pas de fin de ligne
la normalisation n'est jamais effectuée).

-g
générer une image du graphe de validation dans le langage de balisage DOT utilisé par le graphviz
outils, plutôt que d'exporter rapidement.

-l
Les avertissements vont normalement à l'erreur standard. Cette option, qui prend un nom de fichier, permet
vous de les rediriger vers un fichier> Pratique avec l'option -p.

-a
Videz une liste des ID d'auteur trouvés dans le référentiel, plutôt que de l'exporter rapidement.

-C
Force l'ordre canonique (le même que celui de git-fast-export) dans le flux émis. Les gouttes sont
émis le plus tard possible avant les commits qui les nécessitent. Il réduit
débit d'environ un facteur de deux. Référentiels dans lesquels l'ordre temporel des commits
est incompatible avec leur ordre topologique produira une exportation rapide malformée
flux en mode -C ; ceux-ci feront planter l'importateur de Git.

-F
Forcer la commande rapide. Les blobs sont émis en premier, puis les commits.

-A carte d'auteur
Appliquez un fichier author-map aux lignes d'attribution. Chaque ligne doit être de la forme

ferd = Ferd J. Foonly[email protected]> Amérique/Chicago

et sera appliqué pour mapper le nom d'utilisateur Unix foudroyé à l'identité d'utilisateur de style DVCS
spécifié après le signe égal. Le champ de fuseau horaire (après > et espace) est
facultatif et (si présent) est utilisé pour définir le décalage de fuseau horaire à associer au
Date; les formats acceptables pour le champ de fuseau horaire sont tout ce qui peut être dans la TZ
variable d'environnement, y compris un décalage [+-]hhmm. Espace autour du signe égal
est dépouillé. Les lignes commençant par un # ou ne contenant pas de signe égal sont silencieusement
ignoré.

-R carte de révision
Écrivez une carte de révision sur le nom de fichier d'argument spécifié. Chaque ligne de la carte de révision
se compose de trois champs séparés par des espaces : un nom de fichier, un numéro de révision RCS et
la marque de la validation à laquelle cette paire de révision de nom de fichier a été affectée. Ne fonctionne pas
avec -g.

-v
Affichez des messages de progression détaillés qui intéressent principalement les développeurs.

-q
Exécuter silencieusement, en supprimant les messages d'avertissement concernant l'absence de commitids et d'autres mineurs
problèmes que le programme peut généralement compenser mais qui peuvent indiquer
problèmes de conversion. Destiné à être utilisé avec cvsconvert, qui fait sa propre exactitude
la vérification.

-T
Forcer les dates déterministes pour les tests de régression. Chaque ensemble de patchs aura un
date attribuée monotone croissante calculée à partir de sa marque dans le flux de sortie - la
valeur de la marque multipliée par la fenêtre de temps de validation multipliée par deux.

--reposurgeon
Émettre pour chaque commit une liste du fichier CVS : paires de révisions le composant comme un style bzr
commit propriété nommée "cvs-revisions". A partir de la version 2.12, repurger(1) peut
Interprétez-les et utilisez-les comme des conseils pour le levage de références.

--embed-id
Ajoutez à chaque commentaire de commit l'identification des commits CVS qui ont contribué à
le

-V
Émettez la version du programme et quittez.

-e éloigné
Les noms de branche exportés sont préfixés par refs/remotes/éloigné au lieu de refs/heads,
faire en sorte que l'importation semble provenir de la télécommande nommée.

-s préfixe de bande
Supprimer le préfixe donné au lieu du plus long préfixe commun

-t nombre de threads
L'exécution multithread augmente l'empreinte mémoire du programme proportionnellement à la
nombre de threads, mais cela signifie que la conversion peut s'exécuter en moins de temps car une E/S
opération impliquant un fichier maître ne bloquera pas le traitement intensif en calcul de
autres. Par défaut, le programme suppose qu'il peut utiliser deux threads par
processeur disponible. Vous pouvez utiliser cette option pour définir le nombre de threads ; la valeur 0
force le traitement séquentiel sans thread.

-p
Activer les rapports d'avancement. Cela vide également les statistiques (temps écoulé et taille de
maximum de résidents) pour plusieurs points du cycle de conversion.

-P
Normalement cvs-fast-export ignorera tout nom de fichier présenté comme argument ou sur stdin
qui ne se termine pas par l'extension RCS/CVS ",v", et ignorera également un chemin d'accès
contenant la chaîne CVSROOT (cela évite les désagréments lors de l'exécution depuis ou au-dessus d'un
répertoire CVS de niveau supérieur). Une lecture stricte du RCS permet aux maîtres sans le ,v
extension. Cette option définit le mode promiscuité, désactivant les deux vérifications.

-i données
Activez le mode de vidage incrémentiel. Ne s'engage qu'avec une date postérieure à celle spécifiée par le
argument sont émis. Chaque racine de branche dans la décharge incrémentielle est décorée de
magie git-stream qui, lorsqu'elle est interprétée dans le contexte d'un référentiel en direct, se connectera
cette branche à n'importe quelle branche du même nom. La date devrait être RFC3339
conforme (par exemple aa-mm-jjThh:mm:ssZ) ou bien un temps Unix entier en secondes.

Si ni -F ni -C n'est spécifié, cvs-fast-export choisira un mode basé sur le
taille du référentiel - ordre canonique pour les petits référentiels, rapide pour les grands. Des outils qui
consommer les flux git-fast-import ne devrait pas s'en soucier ; ce comportement est pour l'arrière
compatibilité.

EXEMPLE

Une invocation très typique ressemblerait à ceci :

trouve . | cvs-fast-export > stream.fi

Votre distribution cvs-fast-export doit également fournir cvssync(1), un outil pour récupérer CVS
masters à partir d'un référentiel distant. Les utiliser ensemble ressemblera à quelque chose comme ceci :

cvssync [email protected]:/sources/groff groff
trouver groff | cvs-fast-export >groff.fi

Les rapports d'avancement peuvent être rassurants si vous vous attendez à ce qu'une conversion s'exécute pendant un certain temps. Ce
animera les pourcentages d'achèvement au fur et à mesure de la conversion et affichera les horaires lorsque
terminé.

La suite cvs-fast-export contient un script wrapper appelé conversion cv c'est utile pour
exécuter une conversion et vérifier automatiquement son contenu par rapport à l'original CVS.

RCS/CVS LIMITATIONS

La traduction des référentiels RCS/CVS vers le modèle DVCS générique exprimé par les flux d'importation est
pas seulement difficile et désordonné, il y a des cas étranges de RCS/CVS qui ne peuvent pas être correctement
traduit du tout. cvs-fast-export essaiera de vous avertir de ces cas plutôt que
produisant silencieusement des traductions brisées ou incomplètes, mais il y a des dragons. Nous recommandons
quelques précautions sous VÉRIFICATION DE LA SANTÉ.

CVS-NT et les versions de GNU CVS après 1.12 (2004) ont ajouté un commit-id d'ensemble de modifications au fichier
métadonnées. Les anciennes sections de l'historique CVS sans celles-ci sont vulnérables à divers problèmes
causé par un décalage d'horloge entre les clients ; c'était relativement courant pour plusieurs
raisons, y compris l'utilisation moins répandue de la synchronisation d'horloge NTP. cvs-fast-export sera
vous avertir ("les commits avant cette date n'ont pas de commitids") lorsqu'il voit une telle section dans votre
l'histoire. Lorsque c'est le cas, ces mises en garde s'appliquent :

· Si les horodatages des commits dans le référentiel CVS n'étaient pas assez stables pour être utilisés pour
lors de la commande des commits, les modifications peuvent être signalées dans le mauvais ordre.

· Si l'ordre d'horodatage de différents fichiers croise l'ordre de révision dans le
fenêtre de temps de correspondance des commits, l'ordre des commits signalés peut être erroné.

Une autre propriété affectée par les commitids est la stabilité des anciens ensembles de modifications sous
dumping progressif. Dans une implémentation CVS émettant des commitids, de nouveaux commits CVS sont
garanti de ne pas modifier la dérivation de l'ensemble de modifications de cvs-fast-export à partir d'un historique précédent ;
ainsi, mettre à jour un référentiel DVCS cible avec des vidages incrémentiels à partir d'un CVS en direct
l'installation fonctionnera. Même si les parties les plus anciennes de l'historique n'ont pas de commitids,
les conversions seront stables. Cette garantie de stabilité est perdue si vous utilisez une version de
CVS qui n'émet pas de commitids.

Notez également qu'un référentiel CVS doit être complètement réanalysé, même pour
décharges; ainsi, le temps de traitement et les besoins en mémoire augmenteront avec le référentiel total
taille même lorsque l'intervalle de rapport demandé du vidage incrémentiel est petit.

Ces problèmes ne peuvent pas être résolus dans cvs-fast-export ; ils sont inhérents à CVS.

CVS-FAST-EXPORTATION EXIGENCES ET LIMITATIONS

Parce que le code est conçu pour traiter de grands ensembles de données, il a été optimisé pour
des machines 64 bits et aucun effort particulier n'a été fait pour le garder propre en 32 bits. Divers
les compteurs peuvent déborder si vous essayez de l'utiliser pour soulever un grand référentiel sur une machine 32 bits.

Les branches apparaissant uniquement dans un sous-ensemble des maîtres analysés ne sont pas correctement résolues ;
à la place, un historique entièrement disjoint sera créé contenant les révisions de branche et
tous les parents à la racine.

Les branches des fournisseurs CVS sont une source de problèmes. Des combinaisons d'importations suffisamment étranges
et les modifications locales se traduiront mal, produisant un contenu incorrect sur le maître et
ailleurs.

Certains autres exportateurs CVS essaient, ou ont essayé, de déduire des ensembles de modifications à partir de balises partagées, même
lorsque les métadonnées des commentaires ne correspondent pas parfaitement. Celui-ci ne le fait pas ; les concepteurs jugent que
de trébucher sur trop de cas de marquage CVS pathologiques.

Le programme essaie de faire quelque chose d'utile dans les cas où une balise apparaît dans un ensemble de
révisions qui ne correspondent à aucun commit gitspace. Dans ce cas une branche taguée
contenant un seul commit est créé, garantissant que vous pouvez extraire un ensemble de fichiers
contenant le contenu CVS de la balise. La racine du branchlet est le commit gitspace
où la dernière révision CVS dans l'ensemble étiqueté apparaît pour la première fois ; c'est le commit le
balise pointerait si son caractère incomplet était ignoré.

Lors de l'exécution multithread, il existe un cas limite dans lequel le comportement du programme est
non déterministe. Si la même balise semble devoir être attribuée à deux
gitspace commite avec le même horodatage, la balise sur laquelle il atterrira réellement sera aléatoire.

cvs-fast-export est conçu pour faire de la traduction avec toutes ses structures intermédiaires dans
mémoire, en un seul passage. Cela contraste avec cvs2git(1), qui utilise plusieurs passes et
journalise les structures intermédiaires sur le disque. Les compromis sont que cvs-fast-export est beaucoup
plus rapide que cvs2git, mais échouera avec une erreur de mémoire insuffisante sur les référentiels CVS volumineux
assez pour déborder votre mémoire physique. En pratique, il est peu probable que vous repoussiez cette limite
sur une machine avec 32 Go de RAM et effectivement certain de ne pas le faire avec 64 Go. Tentatives de faire
des conversions importantes dans un espace d'adressage de 32 bits (4 Go) sont, d'autre part, peu probables
bien finir.

Les exigences de stockage transitoires du programme peuvent être un peu plus importantes ; ça doit couler
chaque fichier maître entier une fois afin de faire un assemblage delta et de générer la version
instantanés qui deviendront des instantanés. L'utilisation de l'option -t multiplie le montant attendu
de stockage transitoire requis par le nombre de threads ; à utiliser avec précaution, car il est facile à
pousser l'utilisation de la mémoire si haut que la surcharge de swap submerge les gains de pas constamment
blocage sur les E/S.

En mode -C, le programme requiert également un espace disque temporaire équivalent à la somme des
tailles de toutes les révisions dans tous les fichiers. Ce n'est pas le cas en mode -F.

Matériel PC en stock en 2014, cvs-fast-export atteint des vitesses de traitement supérieures à 64K
CVS commits par minute sur de vrais dépôts. Les performances temporelles sont principalement liées aux E/S et
peut être amélioré en l'exécutant sur un SSD.

SANTÉ MENTALE VÉRIFICATION

Après la conversion, il est recommandé d'effectuer les étapes de vérification suivantes :

1. Si vous avez exécuté la conversion directement avec cvs-fast-export plutôt qu'avec cvsconvert,
utilisé diff(1) avec l'option -r pour comparer une extraction de tête CVS avec une extraction du
référentiel converti. Les seules différences que vous devriez voir sont celles dues au mot-clé RCS
extension, suppression de .cvsignore et incompatibilités de manifeste en raison du fait que CVS ne suit pas le fichier
décès tout à fait correctement. Si ce n'est pas vrai, vous avez peut-être trouvé un bogue dans
cvs-export-rapide; veuillez le signaler avec une copie du repo CVS.

2. Examinez le référentiel traduit avec repurger(1) à la recherche (en particulier) de
balises ou jointures de branches mal placées. Souvent, ceux-ci peuvent être réparés manuellement avec peu de
effort. Ces défauts font pas implique nécessairement des bogues dans cvs-fast-export ; ils peuvent simplement
indiquer des malformations précédemment non détectées dans l'histoire CVS. Cependant, rapporter
ils peuvent aider à améliorer cvs-fast-export.

Ce qui précède est une version abrégée d'une partie du DVCS Migration HOWTO ; parcourez-le pour en savoir plus.

RETOUR VALEURE

0 si tous les fichiers ont été trouvés et convertis avec succès, 1 sinon.

ERREUR MESSAGES

La plupart des messages émis par cvs-fast-export sont explicites. En voici quelques-uns qui
ne le sont pas. Là où il est écrit "vérifier la tête", assurez-vous de vérifier la validité de la révision de la tête.

la balise n'a pas pu être assignée à un commit
Les balises RCS/CVS sont par fichier, pas par révision. Si les développeurs ne font pas attention à leur
l'utilisation du balisage, il peut être impossible d'associer une balise à l'un des ensembles de modifications
que cvs-fast-export résout. Lorsque cela se produit, cvs-fast-export émettra ce
avertissement et la balise nommée sera supprimée.

commit enfant émis avant le parent
Une erreur s'est produite lors de la canonisation de l'exportation. Cela a probablement été causé par CVS
commit les horodatages étant dans le mauvais ordre pour leur relation parent-enfant. Essayer
l'option -F.

jeter la branche morte non étiquetée
L'analyse a trouvé une branche CVS sans étiquette composée entièrement de révisions mortes. Ces
ne peut pas avoir été visible dans l'état d'archivage du CVS au moment de la conversion ; il est
possible qu'ils aient été visibles en tant que contenu de branche à un moment donné dans le
le passé du référentiel, mais sans étiquette d'identification, cet état est impossible à
reconstruire.

avertissement - branche sans nom
Une branche CVS avec une révision en direct n'a pas d'étiquette d'en-tête. Une étiquette avec "-UNNAMED-BRANCH"
suffixé au nom de la branche parent sera généré.

avertissement - aucune branche master générée
cvs-fast-export n'a pas pu identifier la branche par défaut (HEAD) et donc il n'y a pas
« maître » dans la conversion ; cela va sérieusement confondre git et probablement d'autres VCS
lorsqu'ils essaient d'importer le flux de sortie. Vous pourrez peut-être identifier et renommer un
branche principale utilisant repurger (1).

avertissement - xxx plus récent que aaa
Au début de l'analyse d'un fichier maître CVS, l'ordre de tri temporel de ses deltas ne correspond pas
l'ordre topologique défini par les numéros de révision. La cause la plus probable de ce
est un décalage d'horloge entre les clients dans les très anciennes versions de CVS. Le programme tentera de
corrigez cela en ajustant la date de révision du commit hors service pour qu'elle soit la
de son parent, mais cela peut ne pas empêcher d'autres erreurs de décalage temporel plus tard dans l'analyse.

tip commit plus ancien que la jointure de branche imputée
Un problème similaire à "plus récent que" signalé à un stade ultérieur, lorsque le fichier se branche
sont en train d'être tissés dans des branches de changeset. Une branche CVS dans une collection sur le point d'être
fusionné dans une branche gitspace a un commit de pointe plus ancien que le premier commit qui est
aa parent sur un (autre) conseil de la collection. La branche adventice est coupée
de.

certains parents s'engagent sont plus jeunes que les enfants
Peut indiquer que cvs-fast-export a agrégé certains ensembles de modifications dans le mauvais ordre ;
probablement inoffensif, mais vérifiez la tête.

avertissement - point de branchement plus tard que la branche
Plus tard dans l'analyse, lors de la connexion des branches à leurs parents dans le DAG de l'ensemble de modifications,
la date de commit du commit racine d'une branche est antérieure à la date du parent
il se connecte à. Cela pourrait être un autre symptôme de décalage d'horloge, ou pourrait indiquer un
erreur dans l'analyse topologique du programme. Examiner les commits près de la jointure avec
repurger(1); la branche peut avoir besoin d'être re-parentée à la main.

plus d'un delta avec le numéro XYZ
L'historique CVS contenait des numéros delta de fichiers en double. Ne devrait jamais arriver, et peut
indexer une archive CVS corrompue si c'est le cas ; vérifier la tête.

{revision|patch} avec une profondeur impaire
Ne devrait jamais arriver ; seuls les numéros de branche sont censés avoir une profondeur impaire, pas de fichier
delta ou numéros de patch. Peut indiquer une archive CVS corrompue ; vérifier la tête.

balise en double dans le maître CVS, en ignorant
Un maître CVS a plusieurs instances de la même balise pointant vers différents deltas de fichiers.
Probablement une erreur de l'opérateur CVS et relativement inoffensive, mais vérifiez que le tag
référent dans la conversion a du sens.

l'étiquette ou le nom de la branche était vide après la désinfection
Erreur fatale : le nom de la balise était vide après la suppression de tous les caractères illégaux pour git.
Indique probablement un fichier RCS corrompu.

numéro de révision trop long, augmentez CVS_MAX_DEPTH
Erreur fatale : les tampons internes sont trop courts pour gérer une révision CVS dans un dépôt.
Augmentez cette constante dans cvs.h et reconstruisez. Avertissement : cela augmentera l'utilisation de la mémoire
et ralentir beaucoup les tests.

numéro de séquence d'instantané trop grand, élargir serial_t
Erreur fatale : le nombre d'instantanés de fichiers dans le référentiel CVS dépasse un
contrer. Reconstruisez cvs-fast-export à partir de la source avec un serial_t plus large patché dans cvs.h.
Attention : cela augmentera considérablement la taille de l'ensemble de travail

trop de branches, élargir branchcount_t
Erreur fatale : le nombre de branches issues d'un seul commit dépasse un
compteur interne. Reconstruire cvs-fast-export à partir de la source avec un branchcount_t plus large
patché dans cvs.h. Attention : cela augmentera considérablement la taille de l'ensemble de travail

erreur interne - cycle de branchement
cvs-fast-export a trouvé un cycle lors du tri topologique des commits par lien parent. Cette
ne devrait jamais se produire et indique probablement une erreur interne grave : veuillez signaler un bogue
signaler.

erreur interne - balise perdue
Tard dans l'analyse (après la fusion de l'ensemble de modifications), une balise a perdu sa référence de validation. Cette
ne devrait jamais se produire et indique probablement une erreur interne : veuillez signaler un bogue
signaler.

DE LA LIGNE BOGUES

Signaler des bogues à Eric S. Raymond[email protected]>. La page du projet est à
http://catb.org/~esr/cvs-fast-export

Utilisez cvs-fast-export en ligne à l'aide des services onworks.net