home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #27 / NN_1992_27.iso / spool / comp / unix / programm / 5331 < prev    next >
Encoding:
Internet Message Format  |  1992-11-18  |  2.7 KB
  1. Path: sparky!uunet!usc!zaphod.mps.ohio-state.edu!magnus.acs.ohio-state.edu!usenet.ins.cwru.edu!agate!doc.ic.ac.uk!uknet!edcastle!dcs.ed.ac.uk!epcc.ed.ac.uk!cmb
  2. From: cmb@epcc.ed.ac.uk (C.M.Brough)
  3. Newsgroups: comp.unix.programmer
  4. Subject: Re: RCS logfile usage
  5. Message-ID: <BxwrHK.FKn@dcs.ed.ac.uk>
  6. Date: 18 Nov 92 10:51:19 GMT
  7. References: <1992Nov17.150301.23707@geac.com>
  8. Sender: cnews@dcs.ed.ac.uk (UseNet News Admin)
  9. Followup-To: comp.unix.programmer
  10. Organization: Edinburgh Parallel Computing Centre
  11. Lines: 41
  12.  
  13. In article <1992Nov17.150301.23707@geac.com>, adb@geac.com (Anthony DeBoer) writes:
  14. > Direct keying lets you note the changes as you make them, while they're
  15. > fresh in your mind, as opposed to having to remember a summary of what
  16. > you did, to type in at checkin time.  Using the log feature, on the other
  17. > hand, seems to gain only that the rlog command will list the log
  18. > comments.  A third choice might be keeping the current change notes in a
  19. > separate file and doing "ci foo.c < foo.notes", but that requires editing
  20. > multiple files.
  21.  
  22. Use the 'rcsdiff' program to remind you of the differences that you
  23. made when you are checking in the changes. I find this particularly
  24. helpful as I can summarise all the changes I have made - say to a long
  25. document, lots of changes all over the place, but all minor
  26. re-arrangements as part of a review process, then I can have a single
  27. ``adjustments for review'' in the log, which is much more useful than
  28. bit-by-bit comments on each change. X, with 'ci' in one window and
  29. 'rcsdiff' in another, makes this simple...!
  30.  
  31. > Using either feature gives you the comment changes during an rcsdiff, so
  32. > there's no difference there, and you can always see who changed what and
  33. > when.  Using $Log$ in the source does NOT buy you any log integrity;
  34. > other than adding the most current comment at checkout time, it does not
  35. > verify that previous comments are already there or that they haven't been
  36. > altered or damaged during later editing at some point.
  37.  
  38. No, you don't gain any integrity. However, when you are sharing files
  39. between multiple users having the log present in the file means that
  40. you don't have to do a separate 'rlog' to find out what your colleague
  41. did last. The size of logs can get out of hand, however, and totally
  42. dominate the size of the file, so for small frequently edited files I
  43. tend not to use $Log$, only $Id$, and explicitly look at the log using
  44. rlog only when I need to.
  45.  
  46. > What do other RCS users do, and why?  I'd be interested in hearing your
  47. > comments.  Thanks in advance.
  48.  
  49. Hope the above has been of interest. I too would be interested in how
  50. other people do it.
  51.  
  52. __________________________________________________________________________
  53. Colin Brough    cmb@epcc.ed.ac.uk      Edinburgh Parallel Computing Centre
  54.