X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/7558a6d8aa56f38908c613882db44a009d33ae37..a605ee2c562323dc29852787c48a28bd03706718:/doc/todo/Better_bug_tracking_support.mdwn diff --git a/doc/todo/Better_bug_tracking_support.mdwn b/doc/todo/Better_bug_tracking_support.mdwn index 0559078e0..1a810ad55 100644 --- a/doc/todo/Better_bug_tracking_support.mdwn +++ b/doc/todo/Better_bug_tracking_support.mdwn @@ -20,7 +20,17 @@ be embedded to the source code repository commit messages. > I sorta take your point about bug numbers. It can be a pain to refer to > 'using_a_wiki_for_issue_tracking' as a bug name in a place like a > changelog. -> + +>> Would a modified [[plugins/inline]] plugin that allowed new pages, but without a title field, be ok? +>> When you hit the edit button it just chooses a new number and makes a page with that +>> name. + +>> The only issue I can see with this is if you're using a distributed wiki for +>> distributed bug tracking. In that case you're going to have to make sure that you +>> don't get conflicting bug ids. +>> Maybe there should be two options - consecutive numbering, and uuid numbering +>> which uses a random (128 bit, base64 encoded = 22 chars) name. -- [[Will]] + > OTOH, I don't see a need for specially formatted commit messages to be > used to close bugs. Instead, if your BTS is kept in an ikiwiki wiki in > an RCS along with your project, you can do like I do here, and just edit a @@ -34,7 +44,18 @@ be embedded to the source code repository commit messages. >> look like a wikipage anymore, but rather something like the Debian >> BTS web-interface, but it would still benefit from wikilinks to the >> documentation in the wiki etc. ->> + +>>> I think it is useful to look at these things separately: +>>> +>>> * Bug numbers: See above. +>>> * Automatic timestamps on comments: this already exists with the inline directive. +>>> * Email interface: You can certainly get an rss feed of what changes in the wiki. +>>> * You didn't mention [[todo/structured_page_data]] but that is, I think, part +>>> of what you seem to be saying. +>>> * [[todo/tracking_bugs_with_dependencies]] is also important. +>>> +>>> -- [[Will]] + >> About the commit message interface: I was thinking about a project >> architecture where the code is kept in a separate revision control >> system branch than the metadata (blog, wiki, BTS). This would IMHO