home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #31 / NN_1992_31.iso / spool / comp / lang / c / 18896 < prev    next >
Encoding:
Text File  |  1992-12-26  |  1.5 KB  |  50 lines
  1. Newsgroups: comp.lang.c
  2. Path: sparky!uunet!uunet.ca!geac!torag!robohack!woods
  3. From: woods@robohack.UUCP (Greg A. Woods)
  4. Subject: Re: SCCS eats good code -- help requested
  5. Organization: Elegant Communications Inc.
  6. References: <1992Dec18.215413.65833@evolving.com> <1992Dec20.201522.28201@lorelei.approve.se>
  7. Message-ID: <1992Dec26.061749.7408@robohack.UUCP>
  8. Date: Sat, 26 Dec 92 06:17:49 GMT
  9. Lines: 39
  10.  
  11. In article <1992Dec20.201522.28201@lorelei.approve.se> hoh@lorelei.approve.se (Goran Larsson) writes:
  12. > The handling of these version strings is in itself a very good reason
  13. > to avoid SCCS. The decision to only expand version strings when compiling
  14. > is wrong. If I send source to someone, I want to expand version strings
  15. > so "someone" can report problems - but "someone" might also want to
  16.  
  17. It's also a very good reason to *use* SCCS.
  18.  
  19. SCCS provides infinitely more flexible keyword expansion and report
  20. generation than RCS.
  21.  
  22. > 1) find /usr -name sccs -exec rm -rf {} \;
  23.  
  24. Very, very, silly thing to even suggest!
  25.  
  26. > 2) Install RCS
  27.  
  28. Good plan!  And if you buy lots of machines from a vendor who doesn't
  29. support the latest versions of such tools, then lobby them to do so!
  30.  
  31. > 3) Use RCS
  32.  
  33. Sorry, wong!  :-)
  34.  
  35. What you really want to do is also hide RCS behind an even better tool:
  36.  
  37. 4) install CVS-1.3
  38.  
  39. 5) use CVS!
  40.  
  41. > btw  :-)
  42.  
  43. Only 0.5 :-)!
  44.  
  45. -- 
  46.                         Greg A. Woods
  47.  
  48. woods@robohack.UUCP, woods@Elegant.COM  VE3TCP    UniForum Canada & ECI
  49. +1 416 443-1734 [home] +1 416 362-XRSA [work]    Toronto, Ontario; CANADA
  50.