diff options
| author | Joey Hess <joey@kitenet.net> | 2007-12-10 16:40:27 -0500 |
|---|---|---|
| committer | Joey Hess <joey@kitenet.net> | 2007-12-10 16:40:27 -0500 |
| commit | 81feba2e0499755fd695d2b6e15e87a0bebc34a1 (patch) | |
| tree | 77c1189910474dc36b45dbddbb246771f2a8c2da /doc/tips/integrated_issue_tracking_with_ikiwiki | |
| parent | 031ec6a47cc81eb1b6f8be708381b30c29785882 (diff) | |
web commit by http://harningt.myopenid.com/: IRC discussion about usage semantics
Diffstat (limited to 'doc/tips/integrated_issue_tracking_with_ikiwiki')
| -rw-r--r-- | doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn | 16 |
1 files changed, 16 insertions, 0 deletions
diff --git a/doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn b/doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn new file mode 100644 index 000000000..59f0e233e --- /dev/null +++ b/doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn @@ -0,0 +1,16 @@ +From IRC messages.. may later format into a nicer display (time is limited): + +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. + +I suppose having a separate branch for public web stuff w/ the following workflow makes sense: + +* Separate master-web and master branches +* master-web is public +* cherry-pick changes from master-web into master when they are sane +* regularly merge master -> master-web + +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) + +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? + +-- [[harningt]]
\ No newline at end of file |