GSP
Quick Navigator

Search Site

Unix VPS
A - Starter
B - Basic
C - Preferred
D - Commercial
MPS - Dedicated
Previous VPSs
* Sign Up! *

Support
Contact Us
Online Help
Handbooks
Domain Status
Man Pages

FAQ
Virtual Servers
Pricing
Billing
Technical

Network
Facilities
Connectivity
Topology Map

Miscellaneous
Server Agreement
Year 2038
Credits
 

USA Flag

 

 

Man Pages
SCCS(1B) BSD System Compatibility SCCS(1B)

sccs - (BSD) front end for the Source Code Control System (SCCS)

sccs [-rR] [-dprefixpath] [-pfinalpath] command [flags] [args]

sccs is a front end to the SCCS programs. Basically, sccs runs the command with the specified flags and args. Each argument is normally modified to be prepended with `SCCS/s.'. Flags to be interpreted by the sccs program must be before the command argument. Flags to be passed to the actual SCCS program must come after the command argument. These flags are specific to the command and are discussed in the documentation for that command. sccs also includes the capability to run ``set user id'' to another user to provide additional protection. Certain commands (such as admin) cannot be run ``set user id'' by all users, since this would allow anyone to change the authorizations. These commands are always run as the real user.

Runs sccs as the real user rather than as whatever effective user sccs is ``set user id'' to.
Operate recursively on all subdirectories of all file arguments. If no file argument is given, operation starts in the current directory. For sub-commands involving edited files, this implies that all s.files inside `SCCS' directories for which a p.file exists are processed in their respective directories. For the other sub-commands, this implies that all s.files inside `SCCS' directories are processed. This option is an extension.
Gives a root directory for the SCCS files. The default is the current directory.
Also, if the environment variable PROJECTDIR is set, its value is used to determine the -d flag.
Defines the pathname of the directory in which the SCCS files will be found; `SCCS' is the default. The -p flag differs from the -d flag in that the -d argument is prepended to the entire pathname and the -p argument is inserted before the final component of the pathname. For example, `sccs -d/x -py get a/b' will convert to `get /x/a/y/s.b'. The intent here is to create aliases such as `alias syssccs sccs -d/usr/src' which will be used as `syssccs get cmd/who.c'.

Besides the usual SCCS commands, several ``pseudo-commands'' can be issued. These are:

Creates an SCCS file, taking the initial contents from the file of the same name. Any flags to admin are accepted. If the creation is successful, the files are renamed with a comma on the front. These should be removed when you are convinced that the SCCS files have been created successfully.
Equivalent to `get -e'.
Perform a delta on the named files and then get new versions. The new versions will have id keywords expanded, and will not be editable. The -m, -p, -r, -s, and -y flags will be passed to delta, and the -b, -c, -e, -i, -k, -l, -s, and -x flags will be passed to get.
Equivalent to delget except that the get phase includes the -e flag. This option is useful for making a ``checkpoint'' of your current editing phase. The same flags will be passed to delta as described above, and all the flags listed for get above except -e and -k are passed to edit.
Must be followed by a -r flag. This command essentially removes the named delta, but leaves you with a copy of the delta with the changes that were in it. It is useful for fixing small compiler bugs, etc. Since it doesn't leave audit trails, it should be used carefully.
This routine removes everything from the current directory that can be recreated from SCCS files. It will not remove any files being edited. If the -b flag is given, branches are ignored in the determination of whether they are being edited; this is dangerous if you are keeping the branches in the same directory.
This is the opposite of an edit or a `get -e'. It should be used with extreme caution, since any changes you made since the get will be irretrievably lost.
Gives a listing of all files being edited. If the -b flag is given, branches (i.e., SID's with two or fewer components) are ignored. If the -u flag is given (with an optional argument) then only files being edited by you (or the named user) are listed.
Like info except that nothing is printed if nothing is being edited, and a non-zero exit status is returned if anything is being edited. The intent is to have this included in an ``install'' entry in a makefile to insure that everything is included into the SCCS file before a version is installed.
Gives a newline-separated list of the files being edited on the standard output. Takes the -b and -u flags like info and check.
Gives a ``diff'' listing between the current version of the program(s) you have out for editing and the versions in SCCS format. The -r, -c, -i, -x, and -t flags are passed to get; the -l, -s, -e, -f, -h, -u, -a, -p, -B, and -b options are passed to diff. The -C flag is passed to diff as -c.
This command prints out verbose information about the named files.

To get a file for editing, edit it, and produce a new delta:


sccs get -e file.c ex file.c sccs delta file.c

To get a file from another directory:


sccs -p/usr/src/sccs/s. get cc.c

or


sccs get /usr/src/sccs/s.cc.c

To make a delta of a large number of files in the current directory:


sccs delta *.c

To get a list of files being edited that are not on branches:


sccs info -b

To delta everything being edited by you:


sccs delta `sccs tell -u`

admin(1), comb(1), delta(1), get(1), help(1), prs(1), rmdel(1), sccsdiff(1), what(1)
Eric Allman, An Introduction to the Source Code Control System

2/17/07 Heirloom Development Tools

Search for    or go to Top of page |  Section 1 |  Main Index

Powered by GSP Visit the GSP FreeBSD Man Page Interface.
Output converted with ManDoc.