Opened 16 years ago
Last modified 10 years ago
#3785 new enhancement
better parsing for lists of projects
Reported by: | Jeff Hammel | Owned by: | |
---|---|---|---|
Priority: | low | Component: | TracLegosScript |
Severity: | normal | Keywords: | |
Cc: | Trac Release: | 0.11 |
Description
Currently, TracLegosScript uses the same configuration for all projects (non-option and non-variable arguments) on the command line. At the least, variables should be able to be specified on a per-project basis. Somewhat more challenging is the ability to specify other differences, such as templates used. This also provides a more sane structure for the traclegos.parser
to return:
# XXX this is hackish # should return: # { project: { 'repository': repository, 'templates': options.templates, } # for each project # or, better yet, legos, { dictionary of arugments to legos.create_project } # (except projects isn't an argument....hmmmm) # maybe the easy solution is just to make one project per invocation return legos, projects, options.templates, repository
(from source:traclegosscript/anyrelease/traclegos/legos.py@4324#L334)
This could instead return legos
(the TracLegos instance) and a dictionary of projects:
return legos, { 'project1': { arguments to create project1}, 'project2': .... } }
Variable parsing will have to account for position. Specifying templates on a per-project basis is harder as this goes against the grain of optparse.OptionParser
, and is probably low priority
Attachments (0)
Change History (2)
comment:1 Changed 16 years ago by
Priority: | normal → low |
---|
comment:2 Changed 10 years ago by
Owner: | Jeff Hammel deleted |
---|