home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / unix / question / 14703 < prev    next >
Encoding:
Internet Message Format  |  1992-12-15  |  2.7 KB
  1. Path: sparky!uunet!mcsun!uknet!edcastle!dcs.ed.ac.uk!sct
  2. From: sct@dcs.ed.ac.uk (Stephen Tweedie)
  3. Newsgroups: comp.unix.questions,cs.questions
  4. Subject: Re: RCS usage
  5. Message-ID: <SCT.92Dec15160056@skye.dcs.ed.ac.uk>
  6. Date: 15 Dec 92 16:00:56 GMT
  7. References: <Bz0K5r.5K5@dcs.ed.ac.uk> <1992Dec10.095436.15672@ericsson.se>
  8. Sender: cnews@dcs.ed.ac.uk (UseNet News Admin)
  9. Organization: University of Edinburgh Dept. of Computer Science, Scotland
  10. Lines: 46
  11. In-Reply-To: etxmesa@eos.ericsson.se's message of 10 Dec 92 09:54:36 GMT
  12.  
  13. In article <1992Dec10.095436.15672@ericsson.se>, etxmesa@eos.ericsson.se (Michael Salmon) writes:
  14. > In article <Bz0K5r.5K5@dcs.ed.ac.uk>
  15. > tk@dcs.ed.ac.uk (Tommy Kelly) writes:
  16. > |> I've just started using RCS and I'd appreciate any input on the following:
  17. > |> 
  18. > |> Suppose I have five source files, A, B, C, D and E which make
  19. > |> up an application.  As I develop the application, I want to keep track
  20. > |> of which revisions of each file combine to create a particular version
  21. > |> of my application.
  22. > |> 
  23. > |> At the moment I am ...
  24. > |> Question:  Is there an easier way to do this, perhaps using RCS itself?
  25.  
  26. Check out cvs.  It is a front end for rcs which is designed to do for
  27. groups of files what rcs does for individual files, and it can keep
  28. track of and merge separate sets of updates to any of its known
  29. versions.
  30.  
  31. cvs operates out of a single source repository, where all of the
  32. central revision information is kept.  This means that more than one
  33. copy of the source (the same or different revisions) can be checked
  34. out (to different working directories) at any time, and changes to
  35. any of these working files easily merged into the main repository.
  36. Once a set of files has been committed to cvs, new files can be added
  37. to the project as required.
  38.  
  39. The great beauty of cvs is that the single command "cvs commit",
  40. issued from the working directory, will commit all alterations to
  41. cvs-controlled files in that directory to the cvs database as a new
  42. revision.  cvs automatically works out which files have been modified,
  43. and ignores files which are not part of the repository (such as *.o
  44. files, executables and backups).
  45.  
  46. One thing the documentation (in "man cvs") does not tell you is how to
  47. create the repository in the first place.  You need to set up the
  48. environment variable $CVSROOT to the place you want to keep the CVS
  49. stuff (~/CVS or ~/.CVS, perhaps), and then cd to ~rcs/cvs-1.3 and
  50. issue the command "./cvsinit" - all the necessary CVS files and
  51. directories will be created under $CVSROOT.  (You should probably set
  52. this variable in your .brc file if you will be using cvs frequently).
  53.  
  54. Cheers,
  55.  Stephen Tweedie.
  56. ---
  57. Stephen Tweedie <sct@uk.ac.ed.dcs>   (Internet: <sct@dcs.ed.ac.uk>)
  58. Department of Computer Science, Edinburgh University, Scotland.
  59.