]> sipb.mit.edu Git - ikiwiki.git/blob - doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn
59f0e233e89663c25ff318108c66eb719f32547c
[ikiwiki.git] / doc / tips / integrated_issue_tracking_with_ikiwiki / discussion.mdwn
1 From IRC messages.. may later format into a nicer display (time is limited):
2
3 Just wondering, who's using ikiwiki as their bug-tracking system?  I'm trying to root out bug-tracking systems that work with GIT and so far like ikiwiki for docs, but haven't yet figured out the best way to make it work for bug-tracking.
4
5 I suppose having a separate branch for public web stuff w/ the following workflow makes sense:
6
7 * Separate master-web and master branches
8 * master-web is public
9 * cherry-pick changes from master-web into master when they are sane
10 * regularly merge master -> master-web
11
12 Bug origination point: ... anybody have ideas for this?  Create branch at bug origination point and merge into current upstream branches?  (I guess this would be where cherry-picking would work best, since the web UI can't do this)
13
14 Bug naming: any conventions/ideas on how to standardize?  Any suggestions on methods of linking commits to bugs without having to modify the bug in each commit?
15
16 -- [[harningt]]