|
|||||
| | |||||
|
rcs is a version management system, smaller than cvs but providing the same functionality.
the two most common commands needed to get started are 'ci' for 'check-in' and 'co' for 'check-out'
It's also best to mkdir RCS and then issue rcs -i name_of_work_file (from the RCS-MINIHOWTO). Note that the rcs machinery will automatically pull and put your files in the RCS directory.
versioning: use the command 'rlog work_file_name' to see the revisions of a file present in the RCS directory.
Use ci to check a file back into the archive.
A lock held by somebody else can be broken with the rcs command.
using the ci command without creating a RCS directory first leads to the following:
[joe@www 6]$ ls class.h itse2331_pa6.html Stu62331.txt [joe@www 6]$ ci class.h class.h,v <-- class.h enter description, terminated with single '.' or end of file: NOTE: This is NOT the log message! >> first version >> . initial revision: 1.1 done [joe@www 6]$ ls class.h,v itse2331_pa6.html Stu62331.txt
if a RCS directory is created the file will go in that directory on submission (with no flags).
without special arguments will only deliver a read-only copy: locking a revision prevents overlapping updates
[joe@www 6]$ co class.h class.h,v --> class.h revision 1.1 done [joe@www 6]$ vi class.h [joe@www 6]$ ls class.h class.h,v itse2331_pa6.html Stu62331.txt
however, unlike the above, you will need to prepend the -l flag to make your changes savable in the RCS machinery.
The 'rcs' command itself is unnecessary can only need use ci and co. Just run 'man rcs' and get a description of its command-line stuff not itself as a program name.
| Leave a Reply |