cvsps - En ligne dans le Cloud

PROGRAMME:

Nom

CVSps - crée des informations sur l'ensemble de correctifs à partir de CVS

SYNOPSIS

CVSP [-h] [-x] [-u] [-z ] [-g] [-s ] [-une ] [-F ] [-ré
[-ré ]] [-l ] [-b ] [-r [-r ]] [-p ]
[-v] [-t] [--norc] [--summary-first] [--test-log ] [--bkcvs] [--no-rlog]
[--diff-opts ] [--cvs-direct] [--debuglvl ] [-Z ]
[--racine ] [-q] [-A] [ ]

DESCRIPTION

CVSps est un programme permettant de générer des informations sur les « patchsets » à partir d'un référentiel CVS. UNE
patchset dans ce cas est défini comme un ensemble de modifications apportées à une collection de fichiers, et
tous commités en même temps (à l'aide d'une seule commande 'cvs commit'). Ces informations sont
précieux pour avoir une vue d'ensemble de l'évolution d'un projet cvs. Alors que cvs pistes
informations de révision, il est souvent difficile de voir quels changements ont été engagés

OPTIONS

-h afficher le résumé d'utilisation

-x ignorer (et reconstruire) ~/.cvsps/cvsps.cache filet

-u Mise à jour ~/.cvsps/cvsps.cache filet

-z
définir le facteur de fuzz d'horodatage pour identifier les ensembles de correctifs

-g générer des différences des ensembles de patchs sélectionnés

-s [-[ ]][, ...]
générer un diff pour un ensemble de correctifs et des plages de correctifs donnés

-a
restreindre la sortie aux patchsets créés par l'auteur

-f
restreindre la sortie aux ensembles de correctifs impliquant un fichier

-d -d
si une seule date est spécifiée, affiche les révisions plus récentes que date1. Si deux dates
spécifié, affiche les révisions entre deux dates.

-l
restreindre la sortie aux ensembles de correctifs correspondant à l'expression régulière dans le message de journal

-b
restreindre la sortie aux ensembles de correctifs affectant l'historique de la branche. Si vous souhaitez restreindre
à la branche principale, utilisez une branche de 'HEAD'.

-r -r
si une seule balise est spécifiée, affiche les révisions depuis la balise1. Si deux balises sont spécifiées, afficher
révisions entre les deux balises.

-p
produire des ensembles de correctifs individuels sous forme de fichiers dans comme / .pièce

-v afficher des messages d'analyse très détaillés

-t afficher quelques brèves statistiques d'utilisation de la mémoire

--norc lors de l'appel de cvs, ignorez le fichier .cvsrc

--sommaire-premier
lorsque plusieurs différences d'ensemble de correctifs sont générées, placez le résumé de l'ensemble de correctifs pour tous
patchsets au début de la sortie.

--test-journal <capturé cvs enregistrer fichier>
pour tester les modifications, vous pouvez capturer la sortie du journal cvs, puis tester par rapport à cela
fichier capturé au lieu de marteler un mauvais serveur CVS

--bkcvs
(voir note ci-dessous) pour une utilisation dans l'analyse des formats de journal d'arborescence BK->CVS uniquement. Cette
permet quelques hacks qui ne sont généralement pas applicables.

--no-rlog
désactiver l'utilisation de rlog en interne. Remarque : rlog est requis pour un PatchSet stable
numérotage. A utiliser avec précaution.

--diff-options <Option chaîne>
envoyer un ensemble personnalisé d'options à diff, par exemple pour augmenter le nombre de contexte
lignes, ou modifiez le format diff.

--cvs-direct (--pas-cvs-direct)
activer (désactiver) le code client cvs intégré. Cela permet le « pipelining » de
plusieurs requêtes sur un seul client, ce qui réduit les frais généraux d'établissement de liaison et
authentification à un par PatchSet au lieu d'un par fichier.

--debuglvl
activer divers canaux de sortie de débogage.

-Z
Une valeur 1-9 qui spécifie la quantité de compression. Une valeur de 0 désactive
compression.

--racine
Remplacez le paramètre de CVSROOT (remplace le répertoire de travail et l'environnement). Pour
--cvs-direct uniquement.

-q Soyez silencieux au sujet des avertissements. -A Afficher la branche ancêtre lorsqu'une nouvelle branche est trouvée.


Opérer sur le référentiel spécifié (remplace le répertoire de travail)

REMARQUE ON TAG MANIPULATION

Les balises sont fondamentalement « fichier à la fois » dans les cvs, mais comme tout le reste, ce serait bien
d'imaginer qu'ils sont « référentiel à la fois ». L'approche adoptée par cvsps est qu'une balise
est affecté à un patchset. La signification de ceci est qu'après ce patchset, chaque
la révision de chaque fichier est après la balise (et inversement, avant ce patchset, au moins
un fichier est toujours avant la balise). Cependant, il existe deux types d'incohérences (ou
« funky ») qui peuvent être créés, même en suivant les meilleures pratiques pour les cvs.

Le premier est ce qu'on appelle un tag FUNKY. Un tag funky est celui où il y a des patchsets
qui sont chronologiquement (et donc par identifiant de patchset) antérieurs au tag, mais sont tagwise
après. Ces balises seront marquées comme « **FUNKY** » dans la section Balise : de la sortie cvsps.
Lorsqu'une balise géniale est spécifiée comme l'un des arguments '-r', il y a un certain nombre de
patchsets qui doivent être considérés comme hors séquence. Dans ce cas, les patchsets
eux-mêmes seront étiquetés FUNKY et seront traités correctement.

La seconde s'appelle une balise INVALID. Une balise invalide est une balise où il y a des patchsets
qui sont chronologiquement (et donc par patchset id) antérieurs à la balise, mais qui ont
membres qui sont tagwise à la fois avant et après la balise, dans le même patchset. Si un
La balise INVALID est spécifiée comme l'un des arguments '-r', cvsps marquera chaque membre du
les ensembles de correctifs affectés comme avant ou après la balise et le résumé de l'ensemble de correctifs indiquera quels
les membres sont lesquels, et les différences seront générées en conséquence.

REMARQUE ON CVS VERSIONS

Parmi les différentes sous-commandes cvs utilisées par cvsps se trouve la commande 'rlog'. La commande rlog
est utilisé pour obtenir l'historique des révisions d'un module, et il ne tient pas compte du travail actuel
annuaire. La différence importante entre 'rlog' et 'log' (du point de vue cvsps) est
le « rlog » inclura les données de journal pour les fichiers qui ne se trouvent pas dans le répertoire de travail actuel. Les
l'impact de ceci est principalement lorsqu'il y a des répertoires qui ont à un moment donné des fichiers, mais sont
maintenant vide, et ont été élagués du répertoire de travail avec l'option '-P'. Si
'rlog' n'est pas utilisé, ces fichiers journaux ne seront pas analysés et la numérotation du PatchSet sera
être instable.

Le principal problème avec 'rlog' est que, jusqu'à la version cvs 1.11.1, 'rlog' était un alias pour
la commande 'log'. Cela signifie que pour les anciennes versions de cvs, 'rlog' a une sémantique différente
et l'utilisation. cvsps tentera de contourner ce problème en détectant les versions compatibles
de cv. Si une ancienne version est détectée, 'log' sera utilisé à la place de 'rlog', et YMMV.

REMARQUE ON GÉNÉRÉ DIFF

Une autre note importante est que cvsps tentera, dans la mesure du possible, d'utiliser le
r-commandes (rlog, rdiff et co) au lieu des commandes locales (log, diff et update).
Cela permet à cvsps de fonctionner sans un arbre complètement extrait. Parce que ces
les commandes r sont utilisées, les diffs générés incluront le répertoire du module, et il
est recommandé de les appliquer dans le répertoire de travail avec l'option -p1 au patch
commander. Cependant, si l'option --diff-opts est spécifiée (pour modifier, par exemple, le
lignes de contexte), alors rdiff ne peut pas être utilisé, car il ne prend pas en charge l'arbitraire
option. Dans ce cas, les patchs seront générés sans le répertoire du module dans le
path et -p0 seront requis lors de l'application du correctif. Lorsque les différences sont générées dans
en mode cvs-direct (voir ci-dessous), cependant, ce seront toujours des patchs de style -p1.

REMARQUE ON BKCVS

L'option --bkcvs est un mode de fonctionnement spécial qui ne doit être utilisé que lors de l'analyse du
log des arborescences du noyau Linux exportées par BK -> CVS. cvsps utilise une sémantique spéciale
pour recréer les métadonnées BK ChangeSet qui ont été intégrées dans les fichiers journaux pour ces
des arbres. L'option --bkcvs ne doit être spécifiée que lors de la création du fichier cache
ou mis à jour (c'est-à-dire l'exécution initiale de cvsps, ou lorsque les options -u et -x sont utilisées).

REMARQUE ON CVS-DIRECT

Depuis la version 2.0b6, cvsps a une implémentation partielle du code client cvs intégré.
Cela réduit la surcharge de RTT et/ou d'établissement de liaison d'un par membre de l'ensemble de correctifs à un par
ensemble de patchs. Cela augmente considérablement la vitesse de génération des différences sur un lien lent, et
améliore la cohérence de l'opération. Actuellement, l'option --cvs-direct active l'utilisation
de ce code, mais il se peut qu'il soit par défaut au moment où 2.0 sortira. Les cv intégrés
code tente d'être compatible avec cvs, mais peut avoir des problèmes, qui doivent être signalés.
Il honore les variables d'environnement CVS_RSH et CVS_SERVER, mais n'analyse pas le
~/.cvsrc fichier.

REMARQUE ON CVSPS RC DOSSIER

CVSps analyse un fichier rc au démarrage. Ce fichier doit se trouver dans ~/.cvsps/cvspsrc. L'exposition
fichier doit contenir des arguments, dans la syntaxe exacte de la ligne de commande, un par ligne. Si
un argument prend un paramètre, le paramètre doit être sur la même ligne que l'argument.

REMARQUE ON DATES FORMATS

Toutes les dates sont indiquées en heure locale. Cela peut être outrepassé (comme d'habitude) en utilisant le TZ
variable d'environnement. Les dates en tant qu'arguments doivent être au format 'aaaa/mm/jj hh:mm:ss' ; pour
Par exemple,

$ cvsps -d '2004/05/01 00:00:00' -d '2004/07/07 12:00:00'

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