On 2014-08-15 20:45-0400 Hazen Babcock wrote:
> On 8/15/2014 2:53 PM, Alan W. Irwin wrote:
>> Hi Hazen:
>>
>> Earlier today I sent an e-mail to Brad King, the CMake git guru (with
>> CC to you to keep you fully informed) asking how they implemented the
>> enforcement hooks in their git repo to ma
On Fri, Aug 15, 2014 at 8:45 PM, Hazen Babcock wrote:
> On 8/15/2014 2:53 PM, Alan W. Irwin wrote:
>> Hi Hazen:
>>
>> Earlier today I sent an e-mail to Brad King, the CMake git guru (with
>> CC to you to keep you fully informed) asking how they implemented the
>> enforcement hooks in their git rep
On Fri, Aug 15, 2014 at 8:55 PM, Hazen Babcock wrote:
> On 8/14/2014 6:00 PM, Phil Rosenberg wrote:
>> Hi Hazen
>> The approach of just don't call exit and see what happens was also my first
>> thought. Then the first case i looked at was plscmap0n, which attempts to
>> set the number of colours
Okay, well that seems like a quorum then. I'll start putting it into action.
Interesting that for Cairo it says it is safe to use an object if in error
state. Wonder if errors get cleared at any point.
Phil
-Original Message-
From: "Hezekiah M. Carty"
Sent: 16/08/2014 12:09
To: "Haz
On 2014-08-16 06:50-0400 Hezekiah M. Carty wrote:
> I agree with Hazen here - adding hooks on day one seems overkill for
> the project. [...]
> Given that the project and developers are overall new to git I think
> it would be premature to start stacking automated restrictions on top
> of our use
On 2014-08-15 22:40-0700 Alan W. Irwin wrote:
> I do agree removal of all these weird (from the git point of view)
> branches is an excellent future goal so long as we have a fool-proof
> permanent way to resurrect those branches (even just for the purpose
> of understanding the early history of P
Hi Alan
I just had a play with this.
So even if tags can be deleted, this is fine so long as nobody deletes them. So
I just tested to find that deleting a branch does not delete the tags on that
branch so the following sequence allows you to tag the head of a branch, delete
the branch then resto
On 8/13/2014 3:16 PM, Alan W. Irwin wrote:
> On 2014-08-13 10:28-0400 Hazen Babcock wrote:
>
>
> That method does not seem fool-proof. See the expire subcommand for "git
> reflog". Furthermore, some of the PLplot branches are still active
> (e.g., test_cmake) and useful even though I will likely n
On 8/16/2014 1:50 PM, Alan W. Irwin wrote:
> On 2014-08-16 06:50-0400 Hezekiah M. Carty wrote:
>
>> I agree with Hazen here - adding hooks on day one seems overkill for
>> the project. [...]
>> Given that the project and developers are overall new to git I think
>> it would be premature to start s
On 2014-08-16 22:37-0400 Hazen Babcock wrote:
> On 8/13/2014 3:16 PM, Alan W. Irwin wrote:
>> On 2014-08-13 10:28-0400 Hazen Babcock wrote:
>>
>>
>> That method does not seem fool-proof. See the expire subcommand for "git
>> reflog". Furthermore, some of the PLplot branches are still active
>>
10 matches
Mail list logo
