[Debian Etch] Lijstje van alle tags in CVS

Pagina: 1
Acties:

  • DPLuS
  • Registratie: April 2000
  • Niet online
Hoi,

In deze PDF http://d0server1.fnal.gov...e/www/devel/doc/mycvs.pdf staat beschreven dat je via het commando:
cvs history -Tan package
alle tags van een module in je cvs kunt bekijken.

Alleen als ik dat uitvoer krijg ik de foutmelding No records selected.

Kijk maar even mee:

code:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
blaat@testing:~/temp$ ls -al /var/lib/cvs
total 16
drwxrwsr-x  4 root    src  4096 2006-05-17 14:52 .
drwxr-xr-x 30 root    root 4096 2006-05-09 15:39 ..
drwxrwsr-x  3 root    src  4096 2006-05-15 17:14 CVSROOT
drwxrwsr-x 12 blaat src  4096 2006-05-17 14:57 ProblemManagement
blaat@testing:~/temp$ cvs -d :ext:blaat@localhost:/var/lib/cvs history -Tan ProblemManagement
Enter passphrase for key '/home/blaat/.ssh/id_rsa': 
No records selected.
blaat@testing:~/temp$ cvs -d /var/lib/cvs history -Tan ProblemManagement                       
No records selected.
blaat@testing:~/temp$ cd ProblemManagement/
blaat@testing:~/temp/ProblemManagement$ cvs -d /var/lib/cvs history -Ta
No records selected.
blaat@testing:~/temp/ProblemManagement$ logout



Wat ik dus wil is via de commandline bekijken welke tags (en branches) er allemaal in een module bestaan.

  • igmar
  • Registratie: April 2000
  • Laatst online: 31-01 23:50

igmar

ISO20022

Welke serversoftware ? Het commando is op zich goed :

code:
1
2
3
4
5
$cvs  -d :pserver:anonymous@cvs.openldap.org/repo/OpenLDAP -TO 1998-09-29 17:43 +0000 anonymous pkg/ldap =-devel=                <remote>/*
O 1998-08-26 20:44 +0000 anonymous          =.=                     <remote>/*
O 1998-10-02 14:36 +0000 anonymous CVSROOT  =CVSROOT=               <remote>/*
O 1998-09-28 21:29 +0000 anonymous [OPENLDAP_1-0] pkg/ldap =OPENLDAP_1-0= an history
<snip>


't ziet er dus naar uit dat de betreffende CVS server het niet snapt.

  • DPLuS
  • Registratie: April 2000
  • Niet online
Ah, uitleg:

3O.8 Why doesn't "tag" write a history record the way "rtag" does?

The "rtag" command was originally intended to place major
"release" tags onto modules. The "tag" functionality was
developed to *move* the more significant tag when slight changes
to individual files sneaked in after the release tag was stamped
onto the Repository.

The significant event was the "rtag", which was recorded in the
"history" file for the "history -T" option to work.

It turns out that "tag" is generally more useful than "rtag", so
the model has changed. Future revisions of CVS will probably
store both kinds of tags in the history file.


Waarschijnlijk kan ik in de toekomst beter altijd rtag gebruiken in plaats van tag....