X-Git-Url: http://git.vanrenterghem.biz/git.ikiwiki.info.git/blobdiff_plain/868ce06b36377da65f79d888b1cb042adfb11161..2cab8880ad61f9d134b56c5eed952c1a48f4ea8a:/doc/tips/integrated_issue_tracking_with_ikiwiki.mdwn diff --git a/doc/tips/integrated_issue_tracking_with_ikiwiki.mdwn b/doc/tips/integrated_issue_tracking_with_ikiwiki.mdwn index a39b93656..1390412f4 100644 --- a/doc/tips/integrated_issue_tracking_with_ikiwiki.mdwn +++ b/doc/tips/integrated_issue_tracking_with_ikiwiki.mdwn @@ -1,12 +1,15 @@ -[[meta title="Integrated issue tracking with Ikiwiki"]] +[[!meta title="Integrated issue tracking with Ikiwiki"]] +[[!meta date="2007-04-06 21:36:07 +0000"]] -By Joey Hess, LinuxWorld.com +[[!meta author="Joey Hess, LinuxWorld.com"]] -[[template id=note text=""" +[[!meta copyright=""" +Copyright 2007 Joey Hess , LinuxWorld.com [First published](http://www.linuxworld.com/news/2007/040607-integrated-issue-tracking-ikiwiki.html) -on [LinuxWorld.com](http:://www.linuxworld.com/), a publication of Network +on [LinuxWorld.com](http://www.linuxworld.com/), a publication of Network World Inc., 118 Turnpike Rd., Southboro, MA 01772. """]] +[[!meta license="[[GPL|freesoftware]]"]] Wikis are not just for encyclopedias and websites anymore. You can use Ikiwiki in combination with your revision control system to handle issue @@ -135,7 +138,7 @@ etc, to document different stages of their lifecycle. A developer can take ownership of a bug by tagging it with something like "owner/Joey". -To tag a wiki page, edit it and add text such as "\[[tag done]]". Note that +To tag a wiki page, edit it and add text such as "\[[!tag done]]". Note that adding a wiki link to "\[[done]]" will have the same categorisation effect as a tag, but the link will show up in the body of the page, which is a nice effect if used in a sentence such as "This was \[[done]] in version @@ -153,23 +156,23 @@ be inlined into a given page. A few examples: * A typical list of all open bugs, with their full text, and a form to post new bugs. - \[[inline pages="bugs/* and !link(done) and !*/Discussion" actions=yes postform=yes show=0]] + \[[!inline pages="bugs/* and !link(done) and !*/Discussion" actions=yes postform=yes show=0 rootpage="bugs"]] * Index of the 30 most recently fixed bugs. - \[[inline pages="bugs/* and link(done) and !*/Discussion" sort=mtime show=30 archive=yes]] + \[[!inline pages="bugs/* and link(done) and !*/Discussion" sort=mtime show=30 archive=yes]] * Index of the 10 most recently active bugs. - \[[inline pages="bugs/* and !link(done) and !*/Discussion" sort=mtime show=10]] + \[[!inline pages="bugs/* and !link(done) and !*/Discussion" sort=mtime show=10]] * Open security issues. - \[[inline pages="bugs/* and link(security) and !link(done) and !*/Discussion"]] + \[[!inline pages="bugs/* and link(security) and !link(done) and !*/Discussion"]] * Full text of bugs assigned to Joey. - \[[inline pages="bugs/* and link(owner/Joey) and !link(done) and !*/Discussion" show=0]] + \[[!inline pages="bugs/* and link(owner/Joey) and !link(done) and !*/Discussion" show=0]] It may seem strange to consider using a wiki for issue tracking when there are several dedicated bug tracking systems, like Bugzilla, that handle all