Manifest
Reported by bahuvrihi | May 26th, 2008 @ 07:10 PM
App needs a task manifest so that it can sanely serve documentation to commands like run and server. Additionally good for flagging tasks that should or should not be used in a given context, aliasing task names, and directing where files should be loaded from.
manifest:
# shorthand
name: klass
# full specification
task/class:
# default: name.camelize
class: Task::Class
# can be absolute, join to resolved load_path unless nil
# default: name.rb
file: task/class.rb
# path alias
# default: lib
load_path: lib
# a 'dumb' array -- the specified contexts do not necessarily
# correspond to a command. They simply provide a flag for
# permissions that can be checked anywhere.
# default: [run, server]
flag: [run, server]
# substitutes task/name with the argv... a command alias
# default: [task/name]
alias: [--quiet, one, two]
# manifest specifies permissions and such, determining what will be
# listed and what is executable under different conditions.
#
# Name args are mapped to classes using the manifest, and files are
# loaded for missing classes accordingly. When documentation is
# needed, TDoc will look to the file listed in the manifest for
# documentation. The config name maps to name (ie name is the
# default name used for the Task instance... specific names can
# be provided though the --name option, including nil).
Comments and changes to this ticket
-
bahuvrihi July 3rd, 2008 @ 08:39 AM
- State changed from new to invalid
- Tag set to feature, tap
Please Sign in or create a free account to add a new ticket.
With your very own profile, you can contribute to projects, track your activity, watch tickets, receive and update tickets through your email and much more.
Create your profile
Help contribute to this project by taking a few moments to create your personal profile. Create your profile ยป
A framework for making configurable, file-based tasks and workflows.