Opened 17 years ago
Last modified 11 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 17 years ago by
| Priority: | normal → low |
|---|
comment:2 Changed 11 years ago by
| Owner: | Jeff Hammel deleted |
|---|


