We don't really have a well-defined procedure that everybody follows w.r.t. resolving/closing bugs in the bug database.<div><br></div><div>I typically just add a note when I push a change to 'next', saying that it is in next, and then go back to resolve the bug when it is merged to master.<br>
<br></div><div>For example, see this one:</div><div><a href="http://public.kitware.com/Bug/view.php?id=10258">http://public.kitware.com/Bug/view.php?id=10258</a></div><div><br></div><div>It is probably a good idea (although I didn't do it in the above example) to mention the git commit hash in your bug tracker note when claiming that something is fixed. That way, somebody investigating later can look at that commit and see whether it made it into master, or a given CMake release...</div>
<div><br></div><div>Personally, I don't like the idea of the bug fixer "closing" the bug. Marking it as "resolved" is entirely appropriate for the fixer of a bug... but it should be verified as fixed by the person who reported it, who should then mark the bug as closed.</div>
<div><br></div><div>You start to get into conflict of interest territory when the person fixing the bug also has responsibility for declaring it "case closed." And I realize that with an open source project, and shared community effort, "responsibility" is a vague notion anyhow. But it would be good to develop some guidelines for the bug tracker that we all as a community agree to follow....</div>
<div><br></div><div>Maybe some more discussion here is warranted before we decide exactly what to put on the wiki.</div><div><br></div><div>Does this answer your question at all...? :-)</div><div><br></div><div><br></div>
<div>David C.</div><div><br></div><div><br><div class="gmail_quote">On Sun, Jul 4, 2010 at 4:09 PM, Eric Noulard <span dir="ltr"><<a href="mailto:eric.noulard@gmail.com">eric.noulard@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">Hi there,<br>
<br>
I did push some bug fixes to next today since the changes<br>
correspond to bug fixes I did close the corresponding as I was doing that<br>
before when using CVS.<br>
<br>
Now I wonder, when shall I close a bug?<br>
<br>
 1) when the fix is pushed to next?<br>
    or<br>
 2) when I'm sure the fix reached master?<br>
<br>
I did go for 1) before I realize that some fix may not reach master...<br>
<br>
whatever the answer is may be it could be added as a note in<br>
<a href="http://www.cmake.org/Wiki/CMake/Git#Publishing" target="_blank">http://www.cmake.org/Wiki/CMake/Git#Publishing</a><br>
<font color="#888888"><br>
--<br>
Erk<br>
Membre de l'April - « promouvoir et défendre le logiciel libre » -<br>
<a href="http://www.april.org" target="_blank">http://www.april.org</a><br>
_______________________________________________<br>
cmake-developers mailing list<br>
<a href="mailto:cmake-developers@cmake.org">cmake-developers@cmake.org</a><br>
<a href="http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers" target="_blank">http://public.kitware.com/cgi-bin/mailman/listinfo/cmake-developers</a><br>
</font></blockquote></div><br></div>