3 * Fixed a security hole by which users with read only access could gain
4 write access. The Common Vulnerabilities and Exposures project (cve.mitre.org)
5 has assigned the name CAN-2003-0015 to this issue. See
6 <http://cve.mitre.org/cgi-bin/cvename.cgi?name=CAN-2003-0015> for more
9 Changes from 1.11.3 to 1.11.4:
11 * Some minor changes to allow the code to compile on Windows platforms.
13 Changes from 1.11.2 to 1.11.3:
15 * When waiting for another user's lock, the message timestamps are now
16 in UTC rather than the server's local time.
18 * The options.h file is no longer used. This fixes a bug that occurred when
19 1.11.2 was compiled on Windows platforms.
21 * We've standardized on Automake version 1.6.3 and Autoconf version 2.53.
22 They are cleaner, less bug prone, and will hopfully allow me to start updating
23 sanity.sh to use Autotest and Autoshell. Again, this should only really affect
24 developers. See the section of the INSTALL file about using the autotools if
25 you are compiling CVS yourself.
27 Changes from 1.11.1p1 to 1.11.2:
29 * There is a new feature, enabled by RereadLogAfterVerify in CVSROOT/config,
30 which tells CVS to reread the log message after running the verifymsg
31 script. This allows the verifymsg script to reformat or otherwise
32 modify the log message.
34 * The interpretation of revision ranges using :: in "log" and "rlog"
35 has changed: a::b now excludes the log message from revision a but
36 includes the log message from revision b. Also, revision ranges that
37 cross branch points should now work.
39 * zlib has been updated to version 1.4. There is a security advisory
40 out in regards to 1.3. This should fix that problem.
42 * The "log" and "rlog" commands now have a -S option to suppress the
43 header information when no revisions are selected.
45 * A serious error that allowed read-only users to tag files has been
48 * The "annotate" command will no longer annotate binary files unless
49 you specify the new -F option.
51 * The "tag" and "rtag" commands will no longer move or delete branch
52 tags unless you use the new -B option. (This prevents accidental
53 changes to branch tags that are hard to undo.)
55 * We've standardized on the 1.5 Automake release for the moment. Again, this
56 should only really affect developers. See the section of the INSTALL file
57 about using the autotools if you are compiling CVS yourself.
59 Changes from 1.11.1 to 1.11.1p1:
61 * Read only access was broken - now fixed.
63 Changes from 1.11 to 1.11.1:
65 * The "cvs diff" command now accepts the -y/--side=by-side and -T/
66 --initial-tab options. (To use these options with a remote repository,
67 both the client and the server must support them.)
69 * The expansion of the loginfo format string has changed slightly.
70 Previously, the expansion was surrounded by single quotes ('); if a file
71 name contained a single quote character, the string would not be parsed
72 as a single entity by the Unix shell (and it would not be possible to
73 parse it unambiguously). Now the expansion is surrounded by double
74 quotes (") and any embedded dollar signs ($), backticks (`), backslashes
75 (\), and double quotes are preceded by a backslash. This is parsed as a
76 single entity by the shell reguardless of content. This change should
77 not be noticable unless you're not using a Unix shell or you have
78 embedded the format string inside a double quoted string.
80 * There was a bug in the diff code which sometimes caused conflicts to
81 be flagged which shouldn't have been. This has been fixed.
83 * New "cvs rlog" and "cvs rannotate" commands have been added to get log
84 messages and annotations without having to have a checked-out copy.
86 * Exclusive revision ranges have been added to "cvs log" using ::
87 (similar to "cvs admin -o").
89 * The VMS client now accepts wildcards if you're running VMS 7.x.
91 * ZLIB has been updated to version 1.1.3, the most current version. This
92 includes mostly some optimizations and minor bug fixes.
94 * The ~/.cvspass file has a slightly modified format. CVSROOTs are now
95 stored in a new canonical form - hostnames are now case insensitive and
96 port numbers are always stored in the new format. Until a new login for
97 a particular CVSROOT is performed with the new version of CVS, new and
98 old versions of CVS should interoperate invisibly. After that point, an
99 extra login using the old version of CVS may be necessary to continue to
100 allow the new and old versions of CVS to interoperate using the same
101 ~/.cvspass file and CVSROOT. The exception to this rule occurs when the
102 CVSROOTs used with the different versions use case insensitively
103 different hostnames, for example, "empress", and "empress.2-wit.com".
105 * A password and a port number may now be specified in CVSROOT for
106 pserver connections. The new format is:
108 :pserver:[[user][:password]@]host[:[port]]/path
110 Note that passwords specified in a checkout command will be saved in the
111 clear in the CVS/Root file in each created directory, so this is not
112 recommended, except perhaps when accessing anonymous repositories or the
115 * The distribution has been converted to use Automake. This shouldn't
116 affect most users except to ease some portability concerns, but if you
117 are building from the repository and encounter problems with the
118 makefiles, you might try running ./noautomake.sh after a fresh update
121 Changes from 1.10 to 1.11:
123 * The "cvs update" command has a new -C option to get clean copies from
124 the repository, abandoning any local changes.
126 * The new "cvs version" command gives a short version message. If
127 the repository is remote, both the client and server versions are
130 * "cvs admin -t" now works correctly in client/server mode.
132 * The "cvs history" command output format has changed -- the date
133 now includes the year and is given is ISO 8601 format (yyyy-mm-dd).
134 Also, the new LogHistory option in CVSROOT/config can be used to
135 control what information gets recorded in the log file and code has
136 been added to record file removals.
138 * The buggy PreservePermissions code has been disabled.
140 * Anonymous read-only access can now be done without requiring a
141 password. On the server side, simply give that user (presumably
142 `anonymous') an empty password in the CVSROOT/passwd file, and then
143 any received password will authenticate successfully.
145 * There is a new access method :fork: which is similar to :local:
146 except that it is implemented via the CVS remote protocol, and thus
147 has a somewhat different set of quirks and bugs.
149 * The -d command line option no longer updates the CVS/Root file. For
150 one thing, the CVS 1.9/1.10 behavior never had updated CVS/Root in
151 subdirectories, and for another, it didn't seem that popular in
152 general. So this change restores the CVS 1.8 behavior (which is also
153 the CVS 1.9/1.10 behavior if the environment variable
154 CVS_IGNORE_REMOTE_ROOT is set; with this change,
155 CVS_IGNORE_REMOTE_ROOT no longer has any effect).
157 * It is now possible for a single CVS command to recurse into several
158 CVS roots. This includes roots which are located on several servers,
159 or which are both remote and local. CVS will make connections to as
160 many servers as necessary.
162 * It is now possible to put the CVS lock files in a directory
163 set by the new LockDir option in CVSROOT/config. The default
164 continues to be to put the lock files in the repository itself.
166 Changes from 1.9 to 1.10:
168 * A bug was discovered in the -t/-f wrapper support that can cause
169 serious data loss. Because of this (and also the fact that it doesn't
170 work at all in client/server mode), the -t/-f wrapper code has been
171 disabled until it can be fixed.
173 * There is a new feature, enabled by TopLevelAdmin in CVSROOT/config,
174 which tells CVS to modify the behavior of the "checkout" command. The
175 command now creates a CVS directory at the top level of the new
176 working directory, in addition to CVS directories created within
177 checked-out directories. See the Cederqvist for details.
179 * There is an optional set of features, enabled by PreservePermissions
180 in CVSROOT/config, which allow CVS to store unix-specific file
181 information such as permissions, file ownership, and links. See the
182 Cederqvist for details.
184 * One can now authenticate and encrypt using the GSSAPI network
185 security interface. For details see the Cederqvist's description of
186 specifying :gserver: in CVSROOT, and the -a global option.
188 * All access to RCS files is now implemented internally rather than by
189 calling RCS programs. The main user-visible consequence of this is
190 that there is no need to worry about making sure that CVS finds the
191 correct version of RCS. The -b global option and the RCSBIN setting
192 in CVSROOT/config are still accepted but don't do anything. The
193 $RCSBIN internal variable in administrative files is no longer
196 * There is a new syntax, "cvs admin -orev1::rev2", which collapses the
197 revisions between rev1 and rev2 without deleting rev1 or rev2
200 * There is a new administrative file CVSROOT/config which allows one
201 to specify miscellaneous aspects of CVS configuration. Currently
204 - SystemAuth, allows you to prevent pserver from checking for system
207 For more information see the "config" section of cvs.texinfo.
209 * When setting up the pserver server, one now must specify the
210 allowable CVSROOT directories in inetd.conf. See the Password
211 authentication server section of cvs.texinfo for details. Note that
212 this implies that everyone who is running a pserver server must edit
213 inetd.conf when upgrading their CVS.
215 * The client no longer needs an external patch program (assuming both
216 the client and the server have been updated to the new version).
218 * "cvs admin [options]" will now recurse. In previous versions of
219 CVS, it was an error and one needed to specify "cvs admin [options] ."
220 to recurse. This change brings admin in line with the other CVS
223 * New "logout" command to remove the password for a remote cvs
224 repository from the cvspass file.
226 * Read-only repository access is implemented for the
227 password-authenticated server (other access methods are just governed
228 by Unix file permissions, since they require login access to the
229 repository machine anyway). See the "Repository" section of
230 cvs.texinfo for details, including a discussion of security issues.
231 Note that the requirement that read-only users be able to create locks
232 and write the history file still applies.
234 * There is a new administrative file verifymsg which is like editinfo
235 but merely validates the message, rather than also getting it from the
236 user. It therefore works with client/server CVS or if one uses the -m
237 or -F options to commit. See the verifymsg section of cvs.texinfo for
240 * The %s format formerly accepted in loginfo has been extended to
241 formats such as %{sVv}, so that loginfo scripts have access to the
242 version numbers being changed. See the Loginfo section of cvs.texinfo
245 * The postscript documentation (doc/cvs.ps) shipped with CVS is now
246 formatted for US letter size instead of A4. This is not because we
247 consider this size "better" than A4, but because we believe that the
248 US letter version will print better on A4 paper than the other way
251 * The "cvs export" command is now logged in the history file and there
252 is a "cvs history -x E" command to select history file entries
255 * CVS no longer uses the CVS_PASSWORD environment variable. Storing
256 passwords in cleartext in an environment variable is a security risk,
257 especially since (on BSD variants) any user on the system can display
258 any process's environment using 'ps'. Users should use the 'cvs
259 login' command instead.
262 Changes from 1.8 to 1.9:
264 * Windows NT client should now work on Windows 95 as well.
266 * New option "--help-synonyms" prints a list of all recognized command
269 * The "log" command is now implemented internally rather than via the
270 RCS "rlog" program. The main user-visible consequence is that
271 symbolic branch names now work (for example "cvs log -rbranch1").
272 Also, the date formats accepted by -d have changed. They previously
273 had been a bewildering variety of poorly-documented date formats. Now
274 they are the same as the date formats accepted by the -D options to
275 the other CVS commands, which is also a (different) bewildering
276 variety of poorly-documented date formats, but at least we are
277 consistently bewildering :-).
279 * Encryption is now supported over a Kerberos client/server
280 connection. The new "-x" global option requests it. You must
281 configure with the --enable-encryption option in order to enable
284 * The format of the CVS commit message has changed slightly when
285 committing changes on a branch. The tag on which the commit is
286 ocurring is now reported correctly in all cases.
288 * New flag -k in wrappers allows you to specify the keyword expansion
289 mode for added files based on their name. For example, you can
290 specify that files whose name matches *.exe are binary by default.
291 See the Wrappers section of cvs.texinfo for more details.
293 * Remote CVS with the "-z" option now uses the zlib library (included
294 with CVS) to compress all communication between the client and the
295 server, rather than invoking gzip on each file separately. This means
296 that compression is better and there is no need for an external gzip
297 program (except to interoperate with older version of CVS).
299 * The "cvs rlog" command is deprecated and running it will print a
300 warning; use the synonymous "cvs log" command instead. It is
301 confusing for rlog to mean the same as log because some other CVS
302 commands are in pairs consisting of a plain command which operates on
303 a working directory and an "r" command which does not (diff/rdiff;
306 * "cvs diff" has a bunch of new options, mostly long options. Most of
307 these work only if rcsdiff and diff support them, and are named the
308 same as the corresponding options to diff.
310 * The -q and -Q command options to "cvs diff" were removed (use the
311 global options instead). This brings "cvs diff" into line with the
312 rest of the CVS commands.
314 * The "annotate" command can now be used to annotate a revision other
315 than the head revision on the trunk (see the -r, -D, and -f options in
316 the annotate node of cvs.texinfo for details).
318 * The "tag" command has a new option "-c" which checks that all files
319 are not locally modified before tagging.
321 * The -d command line option now overrides the cvsroot setting stored
322 in the CVS/Root file in each working directory, and specifying -d will
323 cause CVS/Root to be updated.
325 * Local (non-client/server) CVS now runs on Windows NT. See
326 windows-NT/README for details.
328 * The CVSROOT variable specification has changed to support more
329 access methods. In addition to "pserver," "server" (internal rsh
330 client), "ext" (external rsh client), "kserver" (kerberos), and
331 "local" (local filesystem access) can now be specified. For more
332 details on each method, see cvs.texinfo (there is an index entry for
333 :local: and each of the other access methods).
335 * The "login" command no longer prompts the user for username and
336 hostname, since one will have to provide that information via the `-d'
337 flag or by setting CVSROOT.
339 Changes from 1.7 to 1.8:
341 * New "cvs annotate" command to display the last modification for each
342 line of a file, with the revision number, user checking in the
343 modification, and date of the modification. For more information see
344 the `annotate' node in cvs.texinfo.
346 * The cvsinit shell script has been replaced by a cvs init command.
347 The cvs init command creates some example administrative files which
348 are similar to the files found in the examples directory (and copied
349 by cvsinit) in previous releases.
351 * Added the patterns *.olb *.exe _$* *$ to default ignore list.
353 * There is now a $USER internal variable for *info files.
355 * There is no longer a separate `mkmodules' program; the functionality
356 is now built into `cvs'. If upgrading an old repository, it is OK to
357 leave in the lines in the modules file which run mkmodules (the
358 mkmodules actions will get done twice, but that is harmless); you will
359 probably want to remove them once you are no longer using the old CVS.
361 * One can now specify user variables in *info files via the
362 ${=varname} syntax; there is a -s global option to set them. See the
363 Variables node in cvs.texinfo for details.
365 Changes from 1.6 to 1.7:
367 * The default ignore list has changed slightly: *.obj has been added
368 and CVS* has been changed to CVS CVS.adm.
370 * CVS now supports password authentication when accessing remote
371 repositories; this is useful for sites that can't use rsh (because of
372 a firewall, for example), and also don't have kerberos. See node
373 "Password authenticated" (in "Remote repositories", in
374 doc/cvs.texinfo) for more details. Note: This feature requires both
375 the client and server to be upgraded.
377 * Using the -kb option to specify binary files now works--most cases
378 did not work before. See the "Binary files" section of
379 doc/cvs.texinfo for details.
381 * New developer communication features. See the "Watches" section of
382 doc/cvs.texinfo for details.
384 * RCS keyword "Name" supported for "cvs update -r <tag>" and "cvs
387 * If there is a group whose name matches a compiled in value which
388 defaults to "cvsadmin", only members of that group can use "cvs
389 admin". This replaces the CVS_NOADMIN option.
391 * CVS now sets the modes of files in the repository based on the
392 CVSUMASK environment variable or a compiled in value defaulting to
393 002. This way other developers will be able to access the files in
394 the repository regardless of the umask of the developer creating them.
396 * The command names in .cvsrc now match the official name of the
397 command, not the one (possibly an alias) by which it was invoked. If
398 you had previously relied on "cvs di" and "cvs diff" using different
399 options, instead use a shell function or alias (for example "alias
400 cvsdi='cvs diff -u'"). You also can specify global CVS options (like
401 "-z") using the command name "cvs".
403 Changes from 1.5 to 1.6:
405 * Del updated the man page to include all of the new features
408 * "cvs tag" now supports a "-r | -D" option for tagging an already
409 tagged revision / specific revision of a file.
411 * There is a "taginfo" file in CVSROOT that supports filtering and
412 recording of tag operations.
414 * Long options support added, including --help and --version options.
416 * "cvs release" no longer cares whether or not the directory being
417 released has an entry in the `modules' file.
419 * The modules file now takes a -e option which is used instead of -o
420 for "cvs export". If your modules file has a -o option which you want
421 to be used for "cvs export", change it to specify -e as well as -o.
423 * "cvs export" now takes a -k option to set RCS keyword expansion.
424 This way you can export binary files. If you want the old behavior,
425 you need to specify -kv.
427 * "cvs update", "cvs rdiff", "cvs checkout", "cvs import", "cvs
428 release", "cvs rtag", and "cvs tag" used to take -q and -Q options
429 after the command name (e.g. "cvs update -q"). This was confusing
430 because other commands, such as "cvs ci", did not. So the options
431 after the command name have been removed and you must now specify, for
432 example, "cvs -q update", which has been supported since CVS 1.3.
434 * New "wrappers" feature. This allows you to set a hook which
435 transforms files on their way in and out of cvs (apparently on the
436 NeXT there is some particular usefulness in tarring things up in the
437 repository). It also allows you to declare files as merge-by-copy
438 which means that instead of trying to merge the file, CVS will merely
439 copy the new version. There is a CVSROOT/cvswrappers file and an
440 optionsl ~/.cvswrappers file to support this feature.
442 * You can set CVSROOT to user@host:dir, not just host:dir, if your
443 username on the server host is different than on the client host.
445 * VISUAL is accepted as well as EDITOR.
447 * $CVSROOT is expanded in *info files.
449 Changes from 1.4A2 to 1.5:
451 * Remote implementation. This is very helpful when collaborating on a
452 project with someone across a wide-area network. This release can
453 also be used locally, like other CVS versions, if you have no need for
456 Here are some of the features of the remote implementation:
457 - It uses reliable transport protocols (TCP/IP) for remote repository
458 access, not NFS. NFS is unusable over long distances (and sometimes
459 over short distances)
460 - It transfers only those files that have changed in the repository or
461 the working directory. To save transmission time, it will transfer
462 patches when appropriate, and can compress data for transmission.
463 - The server never holds CVS locks while waiting for a reply from the client;
464 this makes the system robust when used over flaky networks.
466 The remote features are documented in doc/cvsclient.texi in the CVS
467 distribution, but the main doc file, cvs.texinfo, has not yet been
468 updated to include the remote features.
470 * Death support. See src/README-rm-add for more information on this.
472 * Many speedups, especially from jtc@cygnus.com.
474 * CVS 1.2 compatibility code has been removed as a speedup. If you
475 have working directories checked out by CVS 1.2, CVS 1.3 or 1.4A2 will
476 try to convert them, but CVS 1.5 and later will not (if the working
477 directory is up to date and contains no extraneous files, you can just
478 remove it, and then check out a new working directory). Likewise if
479 your repository contains a CVSROOT.adm directory instead of a CVSROOT
480 directory, you need to rename it.
482 Fri Oct 21 20:58:54 1994 Brian Berliner <berliner@sun.com>
484 * Changes between CVS 1.3 and CVS 1.4 Alpha-2
486 * A new program, "cvsbug", is provided to let you send bug reports
487 directly to the CVS maintainers. Please use it instead of sending
488 mail to the info-cvs mailing list. If your build fails, you may
489 have to invoke "cvsbug" directly from the "src" directory as
492 * A new User's Guide and Tutorial, written by Per Cederqvist
493 <ceder@signum.se> of Signum Support. See the "doc" directory. A
494 PostScript version is included as "doc/cvs.ps".
496 * The Frequesntly Asked Questions file, FAQ, has been added to the
497 release. Unfortunately, its contents are likely out-of-date.
499 * The "cvsinit" shell script is now installed in the $prefix/bin
500 directory like the other programs. You can now create new
501 CVS repositories with great ease.
503 * Index: lines are now printed on output from 'diff' and 'rdiff',
504 in order to facilitate application of patches to multiple subdirs.
506 * Support for a ~/.cvsrc file, which allows you to specify options
507 that are always supposed to be given to a specific command. This
508 feature shows the non-orthogonality of the option set, since while
509 there may be an option to turn something on, the option to turn
510 that same thing off may not exist.
512 * You can now list subdirectories that you wish to ignore in a
513 modules listing, such as:
515 gcc -a gnu/gcc, !gnu/gcc/testsuites
517 which will check out everything underneath gnu/gcc, except
518 everything underneath gnu/gcc/testsuites.
520 * It is now much harder to accidentally overwrite an existing tag
521 name, since attempting to move a tag name will result in a error,
522 unless the -F (force) flag is given to the tag subcommands.
524 * Better error checking on matching of the repository used to
525 check code out from against the repository the current cvs
526 commnands would use. (Thanks to Mark Baushke <mdb@cisco.com>)
528 * Better support for sites with multiple CVSROOT repositories has
529 been contributed. The file "CVS/Root" in your working directory
530 is created to hold the full path to the CVS repository and a
531 simple check is made against your current CVSROOT setting.
533 * You can now specify an RCS keyword substitution value when you
534 import files into the repository.
536 * Uses a much newer version of Autoconf, and conforms to the GNU
537 coding standards much more closely. No, it still doesn't have
540 * Code cleanup. Many passes through gcc -Wall helped to identify
541 a number of questionable constructs. Most arbitrary length limits
544 * Profiling to determine bottlenecks helped to identify the best
545 places to spend time speeding up the code, which was then done. A
546 number of performance enhancements in filename matching have sped
549 * Many more contributions have been added to the "contrib"
550 directory. See the README file in that directory for more
553 * "cvs commit" will try harder to not change the file's
554 modification time after the commit. If the file does not change
555 as a result of the commit operation, CVS will preserve the
556 original modification time, thus speeding up future make-type
559 * "cvs commit" now includes any removed files in the (optional)
560 pre-commit checking program that may be invoked. Previously, only
561 added and modified files were included.
563 * It is now possible to commit a file directly onto the trunk at a
564 specific revision level by doing "cvs commit -r3.0 file.c", where
565 "3.0" specifies the revision you wish to create. The file must be
566 up-to-date with the current head of the trunk for this to succeed.
568 * "cvs commit" will now function with a pre-commit program that
569 has arguments specified in the "commitinfo" file.
571 * The "mkmodules" program will now look within the
572 $CVSROOT/CVSROOT/checkoutlist" file for any additional files that
573 should be automatically checked out within CVSROOT; mkmodules also
574 tries harder to preserve any execute bits the files may have
577 * "cvs diff" is much more accurate about its exit status now. It
578 now returns the maximum exit status of any invoked diff.
580 * The "-I !" option is now supported for the import and update
581 commands correctly. It will properly clear the ignore list now.
583 * Some problems with "cvs import" handling of .cvsignore have been
584 fixed; as well, some rampant recursion problems with import have
587 * "cvs rdiff" (aka "cvs patch") now tries to set the modify time
588 of any temporary files it uses to match those specified for the
589 particular revision. This allows a more accurate patch image to
592 * "cvs status" has improved revision descriptions. "Working
593 revision" is used for the revision of the working file that you
594 edit directly; "Repository revision" is the revision of the file
595 with the $CVSROOT source repository. Also, the output is clearer
596 with regard to sticky and branch revisions.
598 * CVS no longer dumps core when given a mixture of directories and
599 files in sub-directories (as in "cvs ci file1 dir1/file2").
600 Instead, arguments are now clumped into their respective directory
601 and operated on in chunks, together.
603 * If the CVSEDITOR environment variable is set, that editor is
604 used for log messages instead of the EDITOR environment variable.
605 This makes it easy to substitute intelligent programs to make more
606 elaborate log messages. Contributed by Mark D Baushke
609 * Command argument changes:
610 cvs: The "-f" option has been added to ignore
612 commit: Renamed the "-f logfile" option to the
613 "-F logfile" option. Added the "-f"
614 option to force a commit of the specified
615 files (this disables recursion).
616 history: Added "-t timezone" option to force any
617 date-specific output into the specified
619 import: Added "-d" option to use the file's
620 modification time as the time of the
621 import. Added "-k sub" option to set the
622 default RCS keyword substitution mode for
624 remove: Added "-f" option to force the file's
625 automatic removal if it still exists in
626 the working directory (use with caution).
627 rtag: Added "-F" option to move the tag if it
628 already exists -- new default is to NOT
629 move tags automatically.
630 tag: Added "-F" option to move the tag if it
631 already exists -- new default is to NOT
632 move tags automatically.
634 Tue Apr 7 15:55:25 1992 Brian Berliner (berliner at sun.com)
636 * Changes between CVS 1.3 Beta-3 and official CVS 1.3!
638 * A new shell script is provided, "./cvsinit", which can be run at
639 install time to help setup your $CVSROOT area. This can greatly
640 ease your entry into CVS usage.
642 * The INSTALL file has been updated to include the machines on
643 which CVS has compiled successfully. I think CVS 1.3 is finally
644 portable. Thanks to all the Beta testers!
646 * Support for the "editinfo" file was contributed. This file
647 (located in $CVSROOT/CVSROOT) can be used to specify a special
648 "editor" to run on a per-directory basis within the repository,
649 instead of the usual user's editor. As such, it can verify that
650 the log message entered by the user is of the appropriate form
651 (contains a bugid and test validation, for example).
653 * The manual pages cvs(1) and cvs(5) have been updated.
655 * The "mkmodules" command now informs you when your modules file
656 has duplicate entries.
658 * The "add" command now preserves any per-directory sticky tag when
659 you add a new directory to your checked-out sources.
661 * The "admin" command is now a fully recursive interface to the
662 "rcs" program which operates on your checked-out sources. It no
663 longer requires you to specify the full path to the RCS file.
665 * The per-file sticky tags can now be effectively removed with
666 "cvs update -A file", even if you had checked out the whole
667 directory with a per-directory sticky tag. This allows a great
668 deal of flexibility in managing the revisions that your checked-out
669 sources are based upon (both per-directory and per-file sticky
672 * The "cvs -n commit" command now works, to show which files are
673 out-of-date and will cause the real commit to fail, or which files
674 will fail any pre-commit checks. Also, the "cvs -n import ..."
675 command will now show you what it would've done without actually
678 * Doing "cvs commit modules" to checkin the modules file will no
679 properly run the "mkmodules" program (assuming you have setup your
680 $CVSROOT/CVSROOT/modules file to do so).
682 * The -t option in the modules file (which specifies a program to
683 run when you do a "cvs rtag" operation on a module) now gets the
684 symbolic tag as the second argument when invoked.
686 * When the source repository is locked by another user, that user's
687 login name will be displayed as the holder of the lock.
689 * Doing "cvs checkout module/file.c" now works even if
690 module/file.c is in the Attic (has been removed from main-line
693 * Doing "cvs commit */Makefile" now works as one would expect.
694 Rather than trying to commit everything recursively, it will now
695 commit just the files specified.
697 * The "cvs remove" command is now fully recursive. To schedule a
698 file for removal, all you have to do is "rm file" and "cvs rm".
699 With no arguments, "cvs rm" will schedule all files that have been
700 physically removed for removal from the source repository at the
703 * The "cvs tag" command now prints "T file" for each file that was
704 tagged by this invocation and "D file" for each file that had the
705 tag removed (as with "cvs tag -d").
707 * The -a option has been added to "cvs rtag" to force it to clean
708 up any old, matching tags for files that have been removed (in the
709 Attic) that may not have been touched by this tag operation. This
710 can help keep a consistent view with your tag, even if you re-use
713 Sat Feb 29 16:02:05 1992 Brian Berliner (berliner at sun.com)
715 * Changes between CVS 1.3 Beta-2 and CVS 1.3 Beta-3
717 * Many portability fixes, thanks to all the Beta testers! With any
718 luck, this Beta release will compile correctly on most anything.
719 Hey, what are we without our dreams.
721 * CVS finally has support for doing isolated development on a
722 branch off the current (or previous!) revisions. This is also
723 extremely nice for generating patches for previously released
724 software while development is progressing on the next release.
725 Here's an example of creating a branch to fix a patch with the 2.0
726 version of the "foo" module, even though we are already well into
729 % cvs rtag -b -rFOO_2_0 FOO_2_0_Patch foo
730 % cvs checkout -rFOO_2_0_Patch foo
735 A physical branch will be created in the RCS file only when you
736 actually commit the change. As such, forking development at some
737 random point in time is extremely light-weight -- requiring just a
738 symbolic tag in each file until a commit is done. To fork
739 development at the currently checked out sources, do:
741 % cvs tag -b Personal_Hack
742 % cvs update -rPersonal_Hack
746 Now, if you decide you want the changes made in the Personal_Hack
747 branch to be merged in with other changes made in the main-line
748 development, you could do:
750 % cvs commit # to make Personal_Hack complete
751 % cvs update -A # to update sources to main-line
752 % cvs update -jPersonal_Hack # to merge Personal_Hack
754 to update your checked-out sources, or:
756 % cvs checkout -jPersonal_Hack module
758 to checkout a fresh copy.
760 To support this notion of forked development, CVS reserves
761 all even-numbered branches for its own use. In addition, CVS
762 reserves the ".0" and ".1" branches. So, if you intend to do your
763 own branches by hand with RCS, you should use odd-numbered branches
764 starting with ".3", as in "1.1.3", "1.1.5", 1.2.9", ....
766 * The "cvs commit" command now supports a fully functional -r
767 option, allowing you to commit your changes to a specific numeric
768 revision or symbolic tag with full consistency checks. Numeric
769 tags are useful for bringing your sources all up to some revision
774 For symbolic tags, you can only commit to a tag that references a
775 branch in the RCS file. One created by "cvs rtag -b" or from
776 "cvs tag -b" is appropriate (see below).
778 * Roland Pesch <pesch@cygnus.com> and K. Richard Pixley
779 <rich@cygnus.com> were kind enough to contribute two new manual
780 pages for CVS: cvs(1) and cvs(5). Most of the new CVS 1.3 features
781 are now documented, with the exception of the new branch support
782 added to commit/rtag/tag/checkout/update.
784 * The -j options of checkout/update have been added. The "cvs join"
785 command has been removed.
787 With one -j option, CVS will merge the changes made between the
788 resulting revision and the revision that it is based on (e.g., if
789 the tag refers to a branch, CVS will merge all changes made in
790 that branch into your working file).
792 With two -j options, CVS will merge in the changes between the two
793 respective revisions. This can be used to "remove" a certain delta
794 from your working file. E.g., If the file foo.c is based on
795 revision 1.6 and I want to remove the changes made between 1.3 and
798 % cvs update -j1.5 -j1.3 foo.c # note the order...
800 In addition, each -j option can contain on optional date
801 specification which, when used with branches, can limit the chosen
802 revision to one within a specific date. An optional date is
803 specified by adding a colon (:) to the tag, as in:
805 -jSymbolic_Tag:Date_Specifier
807 An example might be what "cvs import" tells you to do when you have
808 just imported sources that have conflicts with local changes:
810 % cvs checkout -jTAG:yesterday -jTAG module
812 which tells CVS to merge in the changes made to the branch
813 specified by TAG in the last 24 hours. If this is not what is
814 intended, substitute "yesterday" for whatever format of date that
815 is appropriate, like:
817 % cvs checkout -jTAG:'1 week ago' -jTAG module
819 * "cvs diff" now supports the special tags "BASE" and "HEAD". So,
822 % cvs diff -u -rBASE -rHEAD
824 will effectively show the changes made by others (in unidiff
825 format) that will be merged into your working sources with your
826 next "cvs update" command. "-rBASE" resolves to the revision that
827 your working file is based on. "-rHEAD" resolves to the current
828 head of the branch or trunk that you are working on.
830 * The -P option of "cvs checkout" now means to Prune empty
831 directories, as with "update". The default is to not remove empty
832 directories. However, if you do "checkout" with any -r options, -P
833 will be implied. I.e., checking out with a tag will cause empty
834 directories to be pruned automatically.
836 * The new file INSTALL describes how to install CVS, including
837 detailed descriptions of interfaces to "configure".
839 * The example loginfo file in examples/loginfo has been updated to
840 use the perl script included in contrib/log.pl. The nice thing
841 about this log program is that it records the revision numbers of
842 your change in the log message.
844 Example files for commitinfo and rcsinfo are now included in the
847 * All "#if defined(__STDC__) && __STDC__ == 1" lines have been
848 changed to be "#if __STDC__" to fix some problems with the former.
850 * The lib/regex.[ch] files have been updated to the 1.3 release of
851 the GNU regex package.
853 * The ndbm emulation routines included with CVS 1.3 Beta-2 in the
854 src/ndbm.[ch] files has been moved into the src/myndbm.[ch] files
855 to avoid any conflict with the system <ndbm.h> header file. If
856 you had a previous CVS 1.3 Beta release, you will want to "cvs
857 remove ndbm.[ch]" form your copy of CVS as well.
859 * "cvs add" and "cvs remove" are a bit more verbose, telling you
860 what to do to add/remove your file permanently.
862 * We no longer mess with /dev/tty in "commit" and "add".
864 * More things are quiet with the -Q option set.
866 * New src/config.h option: If CVS_BADROOT is set, CVS will not
867 allow people really logged in as "root" to commit changes.
869 * "cvs diff" exits with a status of 0 if there were no diffs, 1 if
870 there were diffs, and 2 if there were errors.
872 * "cvs -n diff" is now supported so that you can still run diffs
873 even while in the middle of committing files.
875 * Handling of the CVS/Entries file is now much more robust.
877 * The default file ignore list now includes "*.so".
879 * "cvs import" did not expand '@' in the log message correctly. It
880 does now. Also, import now uses the ignore file facility
883 Import will now tell you whether there were conflicts that need to
884 be resolved, and how to resolve them.
886 * "cvs log" has been changed so that you can "log" things that are
887 not a part of the current release (in the Attic).
889 * If you don't change the editor message on commit, CVS now prompts
892 !)reuse this message unchanged for remaining dirs
894 which allows you to tell CVS that you have no intention of changing
895 the log message for the remainder of the commit.
897 * It is no longer necessary to have CVSROOT set if you are using
898 the -H option to get Usage information on the commands.
900 * Command argument changes:
901 checkout: -P handling changed as described above.
902 New -j option (up to 2 can be specified)
903 for doing rcsmerge kind of things on
905 commit: -r option now supports committing to a
906 numeric or symbolic tags, with some
907 restrictions. Full consistency checks will
909 Added "-f logfile" option, which tells
910 commit to glean the log message from the
911 specified file, rather than invoking the
913 rtag: Added -b option to create a branch tag,
914 useful for creating a patch for a previous
915 release, or for forking development.
916 tag: Added -b option to create a branch tag,
917 useful for creating a patch for a previous
918 release, or for forking development.
919 update: New -j option (up to 2 can be specified)
920 for doing rcsmerge kind of things on
923 Thu Jan 9 10:51:35 MST 1992 Jeff Polk (polk at BSDI.COM)
925 * Changes between CVS 1.3 Beta-1 and CVS 1.3 Beta-2
927 * Thanks to K. Richard Pixley at Cygnus we now have function
928 prototypes in all the files
930 * Some small changes to configure for portability. There have
931 been other portability problems submitted that have not been fixed
932 (Brian will be working on those). Additionally all __STDC__
933 tests have been modified to check __STDC__ against the constant 1
934 (this is what the Second edition of K&R says must be true).
936 * Lots of additional error checking for forked processes (run_exec)
937 (thanks again to K. Richard Pixley)
939 * Lots of miscellaneous bug fixes - including but certainly not
941 various commit core dumps
942 various update core dumps
943 bogus results from status with numeric sticky tags
944 commitprog used freed memory
945 Entries file corruption caused by No_Difference
946 commit to revision broken (now works if branch exists)
947 ignore file processing broken for * and !
948 ignore processing didn't handle memory reasonably
949 miscellaneous bugs in the recursion processor
950 file descriptor leak in ParseInfo
951 CVSROOT.adm->CVSROOT rename bug
954 * Reformatted all the code in src (with GNU indent) and then
955 went back and fixed prototypes, etc since indent gets confused. The
956 rationale is that it is better to do it sooner than later and now
957 everything is consistent and will hopefully stay that way.
958 The basic options to indent were: "-bad -bbb -bap -cdb -d0 -bl -bli0
959 -nce -pcs -cs -cli4 -di1 -nbc -psl -lp -i4 -ip4 -c41" and then
960 miscellaneous formatting fixes were applied. Note also that the
961 "-nfc1" or "-nfca" may be appropriate in files where comments have
962 been carefully formatted (e.g, modules.c).
964 Sat Dec 14 20:35:22 1991 Brian Berliner (berliner at sun.com)
966 * Changes between CVS 1.2 and CVS 1.3 Beta are described here.
968 * Lots of portability work. CVS now uses the GNU "configure"
969 script to dynamically determine the features provided by your
970 system. It probably is not foolproof, but it is better than
971 nothing. Please let me know of any portability problems. Some
972 file names were changed to fit within 14-characters.
974 * CVS has a new RCS parser that is much more flexible and
975 extensible. It should read all known RCS ",v" format files.
977 * Most of the commands now are fully recursive, rather than just
978 operating on the current directory alone. This includes "commit",
979 which makes it real easy to do an "atomic" commit of all the
980 changes made to a CVS hierarchy of sources. Most of the commands
981 also correctly handle file names that are in directories other than
982 ".", including absolute path names. Commands now accept the "-R"
983 option to force recursion on (though it is always the default now)
984 and the "-l" option to force recursion off, doing just "." and not
987 * CVS supports many of the features provided with the RCS 5.x
988 distribution - including the new "-k" keyword expansion options. I
989 recommend using RCS 5.x (5.6 is the current official RCS version)
990 and GNU diff 1.15 (or later) distributions with CVS.
992 * Checking out files with symbolic tags/dates is now "sticky", in
993 that CVS remembers the tag/date used for each file (and directory)
994 and will use that tag/date automatically on the next "update" call.
995 This stickyness also holds for files checked out with the the new
996 RCS 5.x "-k" options.
998 * The "cvs diff" command now recognizes all of the rcsdiff 5.x
999 options. Unidiff format is available by installing the GNU
1000 diff 1.15 distribution.
1002 * The old "CVS.adm" directories created on checkout are now called
1003 "CVS" directories, to look more like "RCS" and "SCCS". Old CVS.adm
1004 directories are automagically converted to CVS directories. The
1005 old "CVSROOT.adm" directory within the source repository is
1006 automagically changed into a "CVSROOT" directory as well.
1008 * Symbolic links in the source repository are fully supported ONLY
1009 if you use RCS 5.6 or later and (of course) your system supports
1012 * A history database has been contributed which maintains the
1013 history of certain CVS operations, as well as providing a wide array
1014 of querying options.
1016 * The "cvs" program has a "-n" option which can be used with the
1017 "update" command to show what would be updated without actually
1018 doing the update, like: "cvs -n update". All usage statements
1019 have been cleaned up and made more verbose.
1021 * The module database parsing has been rewritten. The new format
1022 is compatible with the old format, but with much more
1023 functionality. It allows modules to be created that grab pieces or
1024 whole directories from various different parts of your source
1025 repository. Module-relative specifications are also correctly
1026 recognized now, like "cvs checkout module/file.c".
1028 * A configurable template can be specified such that on a "commit",
1029 certain directories can supply a template that the user must fill
1030 before completing the commit operation.
1032 * A configurable pre-commit checking program can be specified which
1033 will run to verify that a "commit" can happen. This feature can be
1034 used to restrict certain users from changing certain pieces of the
1035 source repository, or denying commits to the entire source
1038 * The new "cvs export" command is much like "checkout", but
1039 establishes defaults suitable for exporting code to others (expands
1040 out keywords, forces the use of a symbolic tag, and does not create
1041 "CVS" directories within the checked out sources.
1043 * The new "cvs import" command replaces the deprecated "checkin"
1044 shell script and is used to import sources into CVS control. It is
1045 also much faster for the first-time import. Some algorithmic
1046 improvements have also been made to reduce the number of
1047 conflicting files on next-time imports.
1049 * The new "cvs admin" command is basically an interface to the
1050 "rcs" program. (Not yet implemented very well).
1052 * Signal handling (on systems with BSD or POSIX signals) is much
1053 improved. Interrupting CVS now works with a single interrupt!
1055 * CVS now invokes RCS commands by direct fork/exec rather than
1056 calling system(3). This improves performance by removing a call to
1057 the shell to parse the arguments.
1059 * Support for the .cvsignore file has been contributed. CVS will
1060 now show "unknown" files as "? filename" as the result of an "update"
1061 command. The .cvsignore file can be used to add files to the
1062 current list of ignored files so that they won't show up as unknown.
1064 * Command argument changes:
1065 cvs: Added -l to turn off history logging.
1066 Added -n to show what would be done without actually
1068 Added -q/-Q for quiet and really quiet settings.
1069 Added -t to show debugging trace.
1070 add: Added -k to allow RCS 5.x -k options to be specified.
1071 admin: New command; an interface to rcs(1).
1072 checkout: Added -A to reset sticky tags/date/options.
1073 Added -N to not shorten module paths.
1074 Added -R option to force recursion.
1075 Changed -p (prune empty directories) to -P option.
1076 Changed -f option; forcing tags match is now default.
1077 Added -p option to checkout module to standard output.
1078 Added -s option to cat the modules db with status.
1079 Added -d option to checkout in the specified directory.
1080 Added -k option to use RCS 5.x -k support.
1081 commit: Removed -a option; use -l instead.
1083 Added -l option to disable recursion.
1084 Added -R option to force recursion.
1085 If no files specified, commit is recursive.
1086 diff: Now recognizes all RCS 5.x rcsdiff options.
1087 Added -l option to disable recursion.
1088 Added -R option to force recursion.
1089 history: New command; displays info about CVS usage.
1090 import: Replaces "checkin" shell script; imports sources
1091 under CVS control. Ignores files on the ignore
1092 list (see -I option or .cvsignore description above).
1093 export: New command; like "checkout", but w/special options
1094 turned on by default to facilitate exporting sources.
1095 join: Added -B option to join from base of the branch;
1096 join now defaults to only joining with the top two
1097 revisions on the branch.
1098 Added -k option for RCS 5.x -k support.
1099 log: Supports all RCS 5.x options.
1100 Added -l option to disable recursion.
1101 Added -R option to force recursion.
1102 patch: Changed -f option; forcing tags match is now default.
1103 Added -c option to force context-style diffs.
1104 Added -u option to support unidiff-style diffs.
1105 Added -V option to support RCS specific-version
1106 keyword expansion formats.
1107 Added -R option to force recursion.
1108 remove: No option changes. It's a bit more verbose.
1109 rtag: Equivalent to the old "cvs tag" command.
1110 No option changes. It's a lot faster for re-tag.
1111 status: New output formats with more information.
1112 Added -l option to disable recursion.
1113 Added -R option to force recursion.
1114 Added -v option to show symbolic tags for files.
1115 tag: Functionality changed to tag checked out files
1116 rather than modules; use "rtag" command to get the
1117 old "cvs tag" behaviour.
1118 update: Added -A to reset sticky tags/date/options.
1119 Changed -p (prune empty directories) to -P option.
1120 Changed -f option; forcing tags match is now default.
1121 Added -p option to checkout module to standard output.
1122 Added -I option to add files to the ignore list.
1123 Added -R option to force recursion.
1127 * Jeff Polk <polk@bsdi.com> rewrote most of the grody code of CVS
1128 1.2. He made just about everything dynamic (by using malloc),
1129 added a generic hashed list manager, re-wrote the modules database
1130 parsing in a compatible - but extended way, generalized directory
1131 hierarchy recursion for virtually all the commands (including
1132 commit!), generalized the loginfo file to be used for pre-commit
1133 checks and commit templates, wrote a new and flexible RCS parser,
1134 fixed an uncountable number of bugs, and helped in the design of
1135 future CVS features. If there's anything gross left in CVS, it's
1138 * David G. Grubbs <dgg@odi.com> contributed the CVS "history" and
1139 "release" commands. As well as the ever-so-useful "-n" option of
1140 CVS which tells CVS to show what it would do, without actually
1141 doing it. He also contributed support for the .cvsignore file.
1143 * Paul Sander, HaL Computer Systems, Inc. <paul@hal.com> wrote and
1144 contributed the code in lib/sighandle.c. I added support for
1145 POSIX, BSD, and non-POSIX/non-BSD systems.
1147 * Free Software Foundation contributed the "configure" script and
1148 other compatibility support in the "lib" directory, which will help
1149 make CVS much more portable.
1151 * Many others have contributed bug reports and enhancement requests.
1152 Some have even submitted actual code which I have not had time yet
1153 to integrate into CVS. Maybe for the next release.
1155 * Thanks to you all!
1157 Wed Feb 6 10:10:58 1991 Brian Berliner (berliner at sun.com)
1159 * Changes from CVS 1.0 Patchlevel 1 to CVS 1.0 Patchlevel 2; also
1160 known as "Changes from CVS 1.1 to CVS 1.2".
1162 * Major new support with this release is the ability to use the
1163 recently-posted RCS 5.5 distribution with CVS 1.2. See below for
1164 other assorted bug-fixes that have been thrown in.
1166 * ChangeLog (new): Added Emacs-style change-log file to CVS 1.2
1167 release. Chronological description of changes between release.
1169 * README: Small fixes to installation instructions. My email
1170 address is now "berliner@sun.com".
1172 * src/Makefile: Removed "rcstime.h". Removed "depend" rule.
1174 * src/partime.c: Updated to RCS 5.5 version with hooks for CVS.
1175 * src/maketime.c: Updated to RCS 5.5 version with hooks for CVS.
1176 * src/rcstime.h: Removed from the CVS 1.2 distribution.
1177 Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
1179 * src/checkin.csh: Support for RCS 5.5 parsing.
1180 Thanks to Paul Eggert <eggert@twinsun.com> for this change.
1182 * src/collect_sets.c (Collect_Sets): Be quieter if "-f" option is
1183 specified. When checking out files on-top-of other files that CVS
1184 doesn't know about, run a diff in the hopes that they are really
1185 the same file before aborting.
1187 * src/commit.c (branch_number): Fix for RCS 5.5 parsing.
1188 Thanks to Paul Eggert <eggert@twinsun.com> for this change.
1190 * src/commit.c (do_editor): Bug fix - fprintf missing argument
1191 which sometimes caused core dumps.
1193 * src/modules.c (process_module): Properly NULL-terminate
1194 update_dir[] in all cases.
1196 * src/no_difference.c (No_Difference): The wrong RCS revision was
1197 being registered in certain (strange) cases.
1199 * src/patch.c (get_rcsdate): New algorithm. No need to call
1200 maketime() any longer.
1201 Thanks to Paul Eggert <eggert@twinsun.com> for this change.
1203 * src/patchlevel.h: Increased patch level to "2".
1205 * src/subr.c (isdir, islink): Changed to compare stat mode bits
1208 * src/tag.c (tag_file): Added support for following symbolic links
1209 that are in the master source repository when tagging. Made tag
1210 somewhat quieter in certain cases.
1212 * src/update.c (update_process_lists): Unlink the user's file if it
1213 was put on the Wlist, meaning that the user's file is not modified
1214 and its RCS file has been removed by someone else.
1216 * src/update.c (update): Support for "cvs update dir" to correctly
1217 just update the argument directory "dir".
1219 * src/cvs.h: Fixes for RCS 5.5 parsing.
1220 * src/version_number.c (Version_Number): Fixes for parsing RCS 5.5
1221 and older RCS-format files.
1222 Thanks to Paul Eggert <eggert@twinsun.com> for these changes.
1224 * src/version_number.c (Version_Number): Bug fixes for "-f" option.
1225 Bug fixes for parsing with certain branch numbers. RCS
1226 revision/symbol parsing is much more solid now.
1228 Wed Feb 14 10:01:33 1990 Brian Berliner (berliner at sun.com)
1230 * Changes from CVS 1.0 Patchlevel 0 to CVS 1.0 Patchlevel 1; also
1231 known as "Changes from CVS 1.0 to CVS 1.1".
1233 * src/patch.c (get_rcsdate): Portability fix. Replaced call to
1234 timelocal() with call to maketime().
1236 Mon Nov 19 23:15:11 1990 Brian Berliner (berliner at prisma.com)
1238 * Sent CVS 1.0 release to comp.sources.unix moderator and FSF.
1240 * Special thanks to Dick Grune <dick@cs.vu.nl> for his work on the
1241 1986 version of CVS and making it available to the world. Dick's
1242 version is available on uunet.uu.net in the
1243 comp.sources.unix/volume6/cvs directory.