# Three different line formats are valid:
#	key	-a    aliases...
#	key [options] directory
#	key [options] directory files...
#
# Where "options" are composed of:
#	-i prog		Run "prog" on "cvs commit" from top-level of module.
#	-o prog		Run "prog" on "cvs checkout" of module.
#	-e prog		Run "prog" on "cvs export" of module.
#	-t prog		Run "prog" on "cvs rtag" of module.
#	-u prog		Run "prog" on "cvs update" of module.
#	-d dir		Place module in directory "dir" instead of module name.
#	-l		Top-level directory only -- do not recurse.
#
# NOTE:  If you change any of the "Run" options above, you'll have to
# release and re-checkout any working directories of these modules.
#
# And "directory" is a path to a directory relative to $CVSROOT.
#
# The "-a" option specifies an alias.  An alias is interpreted as if
# everything on the right of the "-a" had been typed on the command line.
#
# You can encode a module within a module by using the special '&'
# character to interpose another module into the current module.  This
# can be useful for creating a module that consists of many directories
# spread out over the entire source repository.

justmodules CVSROOT modules

# the front door: L<http://www.fruitcake.demon.co.uk/index.html> is
# held in F<fruitcake.dcu/index.html>. The HTML points at a
# subdirectory called F<cvspublish> and relies on us to join the
# ends.
  website_plain -d website websites/www.fruitcake.demon.co.uk

# this module includes the whole repository, but in the
# F<website/cvspublish> subdirectory at export time
  website_projects -d website/cvspublish .

# I<website> consists of I<website_plain> plus I<website_projects>,
# minus the I<website_plain> part the second time round.
  website -a !website/cvspublish/fruitcake.demon.co.uk website_plain website_projects