File: issue_tracker.html

package info (click to toggle)
cvs2svn 2.5.0-1
  • links: PTS
  • area: main
  • in suites: buster
  • size: 3,708 kB
  • sloc: python: 23,789; sh: 512; perl: 121; makefile: 84
file content (127 lines) | stat: -rw-r--r-- 4,441 bytes parent folder | download | duplicates (7)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN"
"http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
<style type="text/css"> /* <![CDATA[ */
  @import "tigris-branding/css/tigris.css";
  @import "tigris-branding/css/inst.css";
  /* ]]> */</style>
<link rel="stylesheet" type="text/css" media="print"
  href="tigris-branding/css/print.css"/>
<script type="text/javascript" src="tigris-branding/scripts/tigris.js"></script>
<title>cvs2svn Issue Tracker</title>
</head>

<body id="bodycol">
<div class="app">

<!-- jump to issue form: -->

<table border="0" cellspacing="0" cellpadding="3">
 <tr>
  <td id="issueid">
   <form method="get" action="http://cvs2svn.tigris.org/issues/show_bug.cgi">
    <div>
     <input name="id" size="6" tabindex="1" />
     <input value="Jump to issue" tabindex="2" type="submit" />
    </div> 
   </form>
  </td>
 </tr>
</table>

<h1>cvs2svn Issue Tracker</h1>

<h2>Issue Tracker Guidelines</h2>

<div class="alert">
<p>We welcome bug reports and enhancement requests.  However, to make
   the process of prioritizing cvs2svn tasks easier, we ask that you
   follow a few guidelines.  Before filing an issue in the Issue
   Tracker, please:</p>

<ul>
  <li>Look through the <a
      href="http://cvs2svn.tigris.org/issues/buglist.cgi?component=cvs2svn"
      >existing issues</a> to determine if your concern has already
      been noted by someone else.</li>
  <li>Make sure that you've read the appropriate documentation (for
      example, the <a
      href="http://svn.collab.net/repos/cvs2svn/trunk/README">README</a>)
      to verify that you are using the software appropriately, and to
      determine if any problems you are seeing are perhaps not real bugs.</li>
  <li>Send email to the dev list (<a
      href="mailto:dev@cvs2svn.tigris.org">dev@cvs2svn.tigris.org</a>)
      fully describing the enhancement or bug that brought you here
      today.  That will give the maintainers a chance to ask you
      questions, confirm that it is a bug, explain the behavior, etc.</li>
</ul>
</div>

<h2>What the Fields Mean</h2>

<p>When an issue is first filed, it automatically goes in the
<b>"---"</b> milestone, meaning it is unscheduled.  A developer will
examine it and maybe talk to other developers, then estimate the bug's
severity, the effort required to fix it, and schedule it in a numbered
milestone, for example <b><a
href="http://cvs2svn.tigris.org/issues/buglist.cgi?target_milestone=1.0"
>1.0</a></b>.  (Or they may put it the <b><a
href="http://cvs2svn.tigris.org/issues/buglist.cgi?target_milestone=future"
>future</a></b> or <b><a
href="http://cvs2svn.tigris.org/issues/buglist.cgi?target_milestone=no%20milestone"
>no&nbsp;milestone</a></b> milestones, if they consider it tolerable for all currently planned releases.)
</p>

<p> An issue filed in <b>future</b> might still get fixed soon, if
some committer decides they want it done.  Putting it in <b>future</b>
merely means we're not planning to block any particular release on
that issue. </p>

<p>
Severity is represented in the <b>Priority</b> field.  Here is how
priority numbers map to severity:
</p>

<ul>

   <li><b>P1:</b> <i>Prevents work from getting done, causes data
         loss, or BFI ("Bad First Impression" -- too embarrassing for
         a public release).</i>
   </li>

   <li><b>P2:</b> <i>Workaround required to get stuff done.</i>
   </li>

   <li><b>P3:</b> <i>Like P2, but rarely encountered in normal usage.</i>
   </li>

   <li><b>P4:</b> <i>Developer concern only, API stability or
         cleanliness issue.</i>
   </li>

   <li><b>P5:</b> <i>Nice to fix, but in a pinch we could live with it.</i>
   </li>

</ul>

<p>
Effort Required is sometimes represented in the <b>Status
Whiteboard</b> with an "<b>e number</b>", which is the average of the
most optimistic and most pessimistic projections for number of
engineer/days needed to fix the bug.  The e number always comes first,
so we can sort on the field, but we include the actual spread after
it, so we know when we're dealing with a wide range.  For example
"<b>e2.5&nbsp;(2&nbsp;/&nbsp;3)</b>" is not quite the same as 
"<b>e2.5&nbsp;(1&nbsp;/&nbsp;4)</b>"!
</p>

<h2>Enter the Issue Tracker</h2>

<p>And so, with further ado, we give you (drumroll&hellip;) <a 
   href="http://cvs2svn.tigris.org/servlets/ProjectIssues">the cvs2svn
   Issue Tracker</a>.</p>

</div>
</body>
</html>