home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.programmer
- Path: sparky!uunet!mcsun!sunic!ericom!eos.ericsson.se!etxmesa
- From: etxmesa@eos.ericsson.se (Michael Salmon)
- Subject: Re: Revision control by directory tree
- Message-ID: <1993Jan8.083451.21875@ericsson.se>
- Keywords: sccs rcs cvs directories
- Sender: news@ericsson.se
- Nntp-Posting-Host: eos6c02.ericsson.se
- Reply-To: etxmesa@eos.ericsson.se (Michael Salmon)
- Organization: Ericsson Telecom AB
- References: <1352@curly.appmag.com>
- Date: Fri, 8 Jan 1993 08:34:51 GMT
- Lines: 44
-
- In article <1352@curly.appmag.com>
- pa@curly.appmag.com (Pierre Asselin) writes:
- |> I am maintaining libraries of in-house code and I want to place the
- |> files under revision control. My boxes (AIX 3.[12]) only have sccs.
- |> I have been using sccs for single-file programs, but a library source
- |> is typically spread over many files. I want all the files to have the
- |> same revision number. Sccs won't do that. I don't have large teams of
- |> programmers to manage; all I need at this point is per-project
- |> revision numbers.
- |>
- |> According to the c.u.questions FAQ, RCS has a feature (symbolic names)
- |> that might come close enough to what I want. I lifted some BSD docs
- |> from uunet but they weren't specific enough.
- |>
- |> Surely this is a common problem. How do you handle it? Should I
- |> install RCS? Should I get CVS instead?
-
- RCS does have the facility to assign a symbolic name to a revision and
- it is a plain string so it can be something meaningful. You can do what
- you want with SCCS, this is from the man page for get:
-
- When you specify a release but omit the level, get
- retrieves the highest level in that release. If that
- release does not exist, get retrieves highest level
- from the next-highest existing release.
-
- Hence when you edit a file for the first time in a release e.g. 5 set
- the revision to 5.1 then follow the normal edit/delta cycle and when
- you make the library simply set SCCSFLAGS to -r5. Alternately you can
- check out all sources at the beginning of the release with the correct
- revision and then check them back without changes, personally I prefer
- the first method though it does require some thought. This isn't quite
- what you asked for but I hope that it is what you want.
-
- --
-
- Michael Salmon
-
- #include <standard.disclaimer>
- #include <witty.saying>
- #include <fancy.pseudo.graphics>
-
- Ericsson Telecom AB
- Stockholm
-