aboutsummaryrefslogtreecommitdiffstats
path: root/libbe/command/open.py
Commit message (Collapse)AuthorAgeFilesLines
* Ran update_copyright.pyW. Trevor King2010-06-221-12/+14
|
* Merge with Trevor.Chris Ball2010-06-201-6/+3
|
* Merged be.restructure, major internal reorganization.W. Trevor King2009-12-311-0/+61
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Added a bunch of classes to make the commands, user interfaces, and storage backends more abstract and distinct. This should make it much easier to extend and maintain BE. Features: * Directory restructured: becommands/ -> libbe/commands submods sorted by functionality. * Lots of new classes: Option, Argument, Command InputOutput, StorageCallbacks, UserInterface Storage * Consolidated ID handling in libbe.util.id * Transitioned VCS backends for Python-based VCSs from subprocess calss to internal python calls. Plus the user-visible changes: * New bugdir/bug/comment ID format replaces old bug:comment format. * Deprecated support for `be diff` on Arch and Darcs <= 2.3.1. A new backend abstraction (Storage) makes the former implementation ungainly. * Improved command completion. * Removed commands close, open, email_bugs, * Flipped some arguments `be assign BUG-ID [ASSIGNEE]` -> `be status ASSIGNED BUG-ID ...` `be severity BUG-ID SEVERITY` -> `be severity SEVERITY BUG-ID ...` `be status BUG-ID STATUS` -> `be status STATUS BUG-ID ...` In the merge: * Added 'commit' to list of pagerless commands. * Updated doc/README.dev See #bea86499-824e-4e77-b085-2d581fa9ccab/1100c966-9671-4bc6-8b68-6d408a910da1# for a discussion of why the changes were made and some of the difficulties en-route.
* Removed `be open` and `be close`. Alias `be status` instead.W. Trevor King2009-12-141-61/+0
| | | | | | | | | | For example, in Bash alias be-open='be status open' If you need to set options, this won't work, but command completion with misc/completion/be.bash should make typing out be status open not too painful ;).
* Initial directory restructuring to clarify dependenciesW. Trevor King2009-12-071-0/+61