<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Sun, Nov 24, 2013 at 6:02 PM, Barry Smith <span dir="ltr"><<a href="mailto:bsmith@mcs.anl.gov" target="_blank">bsmith@mcs.anl.gov</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="im"><br>
On Nov 24, 2013, at 2:47 PM, Jed Brown <<a href="mailto:jedbrown@mcs.anl.gov">jedbrown@mcs.anl.gov</a>> wrote:<br>
<br>
> Barry Smith <<a href="mailto:bsmith@mcs.anl.gov">bsmith@mcs.anl.gov</a>> writes:<br>
>>  Jed and I may disagree on this but I believe that if your branch is<br>
>><br>
>> 1) done (that is would be useful for users)<br>
>><br>
>> 2) is completely clean in next<br>
>><br>
>> 3) satisfies PETSc coding standards<br>
>><br>
>> then it should be merged into master and not just “hang around” in<br>
>> next for days.<br>
><br>
> My reservation is that if you are not confident about the test suite<br>
> being complete,<br>
<br>
</div>    Hanging around in next is not going to make a test suite magically become better!!!!  So I would put that in the category of 1) the branch is not done because part of its test suite is missing (note that the test suite is suppose to be part of a complete branch).<br>

<div class="im"><br>
> or if a corresponding change for a dependent package<br>
> (like petsc4py) is in the works,<br>
<br>
</div>   Again 1) the branch is not complete.<br>
<div class="im"><br>
>><br>
>> then anyone could easily keep track of the two types of merges and<br>
>> they could be handled properly without requiring someone to remember<br>
>> something. Is there anyway to do this?<br>
><br>
> How about if the person merging to 'next' pastes the TODO list for the<br>
> incomplete branch into the commit message.<br>
<br>
</div>  Ok, let’s formalize this and you tell us how to automate finding the “TODO” list for these branches:<br>
<br>
   1) What is the format of the “TODO” list?  For example “Todo-before-merge-to-master: ….” ?<br>
<br>
   2) What git command do I use to list all branches merged into next (but not master) with todo lists and what is in each todo’s list?<br>
<br>
      For example, I run   gitmyaliasforfindingincompletebranchesinnext  and it produces<br>
<br>
           barry/cool-new-newthing : todo - test suite that handles 5 dimensional case<br>
           satish/a-feature : todo - provide options database options for this feature<br>
           jed/c-feature : todo - use feature in SLEPc<br>
<br>
   Now we have no way of tracking all this stuff and that is bad.</blockquote><div><br></div><div>I think we need a better automated way to notify people that checked in something that a build failed since</div><div>there a bunch of builds to check. Can we get the branches merged since the last build and on any failure/warning</div>
<div>we send the brnach owner an email?</div><div><br></div><div>   Matt</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="HOEnZb"><font color="#888888"><br>

  Barry<br></font></span></blockquote></div><div><br></div>-- <br>What most experimenters take for granted before they begin their experiments is infinitely more interesting than any results to which their experiments lead.<br>
-- Norbert Wiener
</div></div>