Comment acquérir de révision spécifique d'un nouveau fichier ajouté à partir de CVS via la ligne de commande?

L'un de nos écrits en interne de l'outil est alimenté une validation de trace de la forme:

Checking in src/com/package/AFile.java;
    /home/cvs/src/com/package/AFile.java,v <-- Afile.java
    new revision: 1.1.2.56; previous revision: 1.1.2.55
    done

L'outil, puis acquiert le fichier à partir de cvs par l'émission d'un cvs update -r 1.1.2.56 commande dans un répertoire de travail qui ont déjà une branche spécifique de code de contrôle.

Cette commande fonctionne correctement si il existe une version de AFile.java dans le répertoire de travail. Mais quand on en a la trace d'un fichier qui n'a pas de version dans le répertoire de travail, la commande n'est pas en mesure d'acquérir le fichier.

Est-il un moyen de le faire?

OriginalL'auteur Tahir Akhtar | 2008-10-10

22

Il n'est pas clair quel est votre objectif final: faire de tout référentiel en état obligatoire (choisi révision de cette branche) ou pour acquérir le seul fichier à partir du référentiel pour la poursuite du traitement. Je suppose que c'est la dernière.

Ensuite, vous avez besoin de cette commande:
```
cvs checkout -r <revision> -p filename.ext > ~/tmp/filename.ext
```
Cela va de vidage sur la sortie standard spécifié révision de la (ou les fichiers), ce qui pourrait être redirigés vers l'emplacement temporaire et traitées.

Ou vous pouvez utiliser:
```
cvs export -r <revision> -d ~/tmp module/filename.ext
```
qui serait à l'exportation (d'une partie) du référentiel de répertoire de destination spécifié.

Merci. Je vais avec cvs co -r <révision> /module/path/to/file.txt sans l'option-p
Si vous n'utilisez pas l'option-p, il fixe le collant drapeau, de sorte que tous fugure extractions va utiliser l'ancienne version.
La caisse de commande ne fonctionne pas pour moi: il dit "module non trouvé" pour le fichier je l'ai préciser.

OriginalL'auteur ADEpt

cvs --help

vous dit que vous pouvez utiliser le -H arg pour afficher de l'aide sur une commande CVS comme suit:

$ cvs -H checkout
Usage:
  cvs checkout [-ANPRcflnps] [-r rev] [-D date] [-d dir]
    [-j rev1] [-j rev2] [-k kopt] modules...
        -A      Reset any sticky tags/date/kopts.
        -N      Don't shorten module paths if -d specified.
        -P      Prune empty directories.
        -R      Process directories recursively.
        -c      "cat" the module database.
        -f      Force a head revision match if tag/date not found.
        -l      Local directory only, not recursive
        -n      Do not run module program (if any).
        -p      Check out files to standard output (avoids stickiness).
        -s      Like -c, but include module status.
        -r rev  Check out revision or tag. (implies -P) (is sticky)
        -D date Check out revisions as of date. (implies -P) (is sticky)
        -d dir  Check out into dir instead of module name.
        -k kopt Use RCS kopt -k option on checkout. (is sticky)
        -j rev  Merge in changes made between current revision and rev.
(Specify the --help global option for a list of other help options)

... enseigner à une personne comment les poissons ... 🙂

Merci pour la pêche de la pointe 😛 Cette question a été posée au 10 Oct '08. Beaucoup d'eau a coulé sous les ponts depuis.:)
D'accord, mais de débordement de pile est une ressource pour de nombreuses personnes. J'ai googlé et trouvé cette question. Il est utile, mais il n'explique pas ce -p n'est ni ce que d'autres options sont disponibles. J'espère que cette réponse va aider d'autres personnes. Ce qui concerne les!
Juste assez de Jess
Si ce serait mieux pour modifier une réponse et ajouter l'explication.

OriginalL'auteur Jess

2

J'ai essayé comme ci-dessous de façon
```
cvs checkout -r <revision> -p filename.ext > ~/tmp/filename.ext
```
Il était en train de donner d'erreur comme
```
cvs checkout: cannot find module `filename.ext` -ignored.
```
J'ai donc fait comme ci-dessous de façon
```
cvs checkout -r <revision> -p Module_name/path_to_file/filename.ext > ~/tmp/filename.ext
```
Maintenant il a bien fonctionné.

Oui, j'ai eu cette erreur de trop. Je n'ai aucune idée de ce que mon nom du module. Je suis sûr que je pourrais le comprendre, mais il semble ridicule d'avoir à le faire juste pour vérifier une ancienne version d'un fichier. Voir ma solution qui ne nécessite pas de trouver le nom du module.

OriginalL'auteur Jeegar Patel
1

Une solution serait de changer l'outil de délivrer un "cvs co" pour le fichier, en précisant la révision est en cours maintenant avec la mise à jour. La caisse de commande devra être faite à partir du haut de votre arbre, pas dans le répertoire contenant le fichier. J'ai rencontré des cas similaires où la mise à jour ne parvient pas à trouver un nouveau fichier, nécessitant un contrôle du fichier que j'ai décrit.

Merci. J'ai essayé immédiatement après la publication de la question et cela a fonctionné.

OriginalL'auteur Jason Etheridge
1

C'est le seul moyen qui fonctionne pour moi, comme la commande checkout donne toujours un "module non trouvé" erreur:
```
cvs diff -r <revision> <file> > /tmp/patch
cp <file> /tmp
cd /tmp
patch -R < patch
```
Il semble que le cvs a laissé tomber la boule sur cette.

OriginalL'auteur CpnCrunch

Vous devez vous connecter pour publier un commentaire.