Source Code Control System

Source Code Control System
Original author(s) Marc J. Rochkind
Initial release 1972
Written in C
Operating system Unix-like, Windows
Type Revision control
License proprietary licenses, Common Development and Distribution License

Source Code Control System (SCCS) is an early revision control system, geared toward program source code and other text files. It was originally developed in SNOBOL at Bell Labs in 1972 by Marc Rochkind for an IBM System/370 computer running OS/360 MVT.[1] It was later rewritten by him in C for UNIX, then running on a PDP-11, and released with the Programmer's Workbench (PWB) edition of that operating system.

Subsequently, SCCS was included in AT&T's commercial System III and System V distributions. It was not licensed with 32V, the ancestor to Berkeley Unix.[2] The SCCS command set is now part of the Single UNIX Specification.

SCCS was the dominant version control system for Unix until later version control systems, notably the Revision Control System (RCS) and later CVS, gained more widespread adoption. Today, these early version control systems are generally considered obsolete, particularly in the open source community, which has largely embraced distributed revision control systems. However, the SCCS file format is still used internally by a few newer revision control programs, including BitKeeper and TeamWare. The latter is a frontend to SCCS. Sablime[3] has been developed from a modified version of SCCS[4] but uses a history file format that is incompatible with SCCS. The SCCS file format uses a storage technique called interleaved deltas (or the weave[5]). This storage technique is now considered by many revision control system developers as foundational to advanced merging and versioning techniques,[6] such as the "Precise Codeville" ("pcdv") merge.

Apart from fixing some Year 2000 problems in 1999, there is no active development on the various UNIX vendor specific SCCS versions. In 2006, Sun Microsystems (today part of Oracle Corporation) released their Solaris version of SCCS as open source under the Common Development and Distribution License as part of their efforts to open-source Solaris.[7]

SCCS is also known for the sccsid string, for example:

static char sccsid[] = "@(#)ls.c        8.1 (Berkeley) 6/11/93";

This string contains the file name, date, and can also contain a comment. After compilation, this string can be found in binary and object files by looking for the pattern "@(#)" and can be used determine which source code files were used during compilation.

Alternatives

UNIX SCCS versions

Most UNIX versions include a version of SCCS, which, however, is often no longer actively developed.

Jörg Schilling's fork

Jörg Schilling (who requested the release of SCCS in the early days of the OpenSolaris project) maintains a fork of SCCS[8] that is based on the OpenSolaris source code. It has received major feature enhancements but remains compatible with the original SCCS versions unless using the "new project" mode.[9]

Heirloom project

The Heirloom Project includes a version of SCCS derived from the Open Solaris source code.[10]

GNU conversion utility

GNU offers the SCCS compatible program GNU CSSC ("Compatibly Stupid Source Control"), which is occasionally used to convert SCCS archives to newer systems like CVS or Subversion;[11] it is not a complete[12] SCCS implementation and not recommended for use in new projects, but mostly meant for converting to a modern revision control system.

Other revision control systems

Since the 1990s, many new revision control systems have been developed and become popular that are designed for managing projects with a large number of files and that offer advanced functionality such as multi-user operation, access control, automatic building, network support, release management and distributed revision control. Bitkeeper and TeamWare use the SCCS file format internally and can be considered successors to SCCS.

References

  1. Rochkind, Marc J. (December 1975), "The Source Code Control System", IEEE Transactions on Software Engineering SE–1 (4): 364–370
  2. SCCS what(1) manpage from 4BSD, 1980, on the website of The Unix Heritage Society.
  3. Sablime Homepage
  4. Estublier, Jacky, David Leblang, André van der Hoek, Reidar Conradi, Geoffrey Clemm, Walter Tichy, and Darcy Wiborg-Weber. “Impact of software engineering research on the practice of software configuration management.” ACM Transactions on Software Engineering and Methodology (TOSEM) 14 (October 2005): 383–430.
  5. Hudson, Greg (2002-10-03), Notes on keeping version histories of files, Unpublished personal notes
  6. Estublier, Jacky, David Leblang, André van der Hoek, Reidar Conradi, Geoffrey Clemm, Walter Tichy, and Darcy Wiborg-Weber. “Impact of software engineering research on the practice of software configuration management.” ACM Transactions on Software Engineering and Methodology (TOSEM) 14 (October 2005): p.398.
  7. Stephen Lau, Sun Microsystems (2006-12-19). "SCCS/make source available". Retrieved 2011-11-14.
  8. Jörg Schilling's SCCS development website
  9. Schily SCCS web site: "Will the upcoming SCCSv6 stay compatible with POSIX and with historic SCCS implementations?"
  10. Gunnar Ritter (20 June 2010). "The Heirloom Development Tools". Retrieved 4 November 2011.
  11. SCCS2SVN conversion utility, which works with both SCCS and CSSC
  12. GNU CSSC list of limitations in its documentation