diff options
author | Owen W. Taylor <otaylor@fishsoup.net> | 2008-12-03 23:01:29 -0500 |
---|---|---|
committer | Owen W. Taylor <otaylor@fishsoup.net> | 2008-12-03 23:15:06 -0500 |
commit | 05e0ff3ad3e39b30c366d4fdc11f90ea63daafd7 (patch) | |
tree | 6cd6e5b6fcc7f78c07c76b3214e6ca0405eeb44b /TODO | |
parent | 33af368350715559855c2828e64303a925ffa6a8 (diff) | |
download | git-bz-05e0ff3ad3e39b30c366d4fdc11f90ea63daafd7.tar.gz |
Allow a separate description for git bz file
Only use the commit body as the bug description when filing a new bug
if no other description is specified; if another description is
entered, use the commit body as the description for the attachment.
Diffstat (limited to 'TODO')
-rw-r--r-- | TODO | 19 |
1 files changed, 0 insertions, 19 deletions
@@ -6,25 +6,6 @@ any intention of working on it myself. - Owen -Reconsider initial description for 'git bz file' - - Right now, if you have only a single patch, the initial description is the body - of the bug, and the attachment is done without any other comment. (But - still adds a comment to the bug because every attachment has a comment.) - - I often find I want to have a few sentences about why I'm making the - change different than the body of the commit (or ask someone to look at the - patch or something), so I've been adding extra text and a separator, - which leaves it unclear what the stuff after the separator is. - - Better way to handle it: - - - Start off the initial description empty in the editor - - If the user fills it in, use that as the initial description - and the body of the commit as the comment. - - If the user leaves it empty use the body as the initial description - as currently. - Use XML-RPC when available. Maybe use python-bugzilla: http://fedorahosted.org/python-bugzilla/ |