diff options
author | Joey Hess <joey@kitenet.net> | 2007-12-13 09:41:43 -0500 |
---|---|---|
committer | Joey Hess <joey@kitenet.net> | 2007-12-13 09:41:43 -0500 |
commit | 63b315c1c2c28414f4756f2a5401c1e5d38ee104 (patch) | |
tree | 53d5f1cc0ff880d606c54ca716e497fbfd7828fe /doc | |
parent | 0a6bcc6c005a5fe41d4c3bf7ee4734340bae59dd (diff) | |
download | ikiwiki-63b315c1c2c28414f4756f2a5401c1e5d38ee104.tar ikiwiki-63b315c1c2c28414f4756f2a5401c1e5d38ee104.tar.gz |
web commit by http://harningt.myopenid.com/
Diffstat (limited to 'doc')
-rw-r--r-- | doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn | 2 |
1 files changed, 2 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 index afd05f807..8c6a6ecc9 100644 --- a/doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn +++ b/doc/tips/integrated_issue_tracking_with_ikiwiki/discussion.mdwn @@ -20,6 +20,8 @@ I suppose having a separate branch for public web stuff w/ the following workflo 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) > Not sure what you mean. +>> Documentation as to where the bug came from for related branches... +>> Ex: The bug got located in r30, but really came about r10. Desire is to propagate the bug to all everything after r10. 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? |