I'm all for using pre-commit hooks for a wide variety of things,
but as you say it depends on what control we have over the backend.
I don't know what we have now with Collab, but it's likely to change
with Kenai.
Jason Lee wrote on 03/24/10 12:14 PM:
> On the automation side of things, what kind of access do we have to the
> actual repository? Seems like it would be extremely simple to wire in a
> pre-commit hook that uses a regex to check the copyright dates (of
> course, there are different licenses, so the test would have to be
> fairly smart) and reject those commits that have not been updated.
>
> On 3/24/10 1:08 PM, Tim Quinn wrote:
>> Can you share the script?
>>
>> I don't expect there's a simple way to distinguish the false positives
>> from the real ones - maybe an exception list as with FindBugs? - but
>> I'll take a quick look.
>>
>>
>> On Mar 24, 2010, at 11:59 AM, Bill Shannon wrote:
>>
>>> Tim Quinn wrote on 03/24/10 07:06 AM:
>>>> At least some of the check-ins in 2010 were the rollback of earlier
>>>> changes made in 2010 to the files' 2009 states. So the resulting state
>>>> of the source is as it was in 2009 even though the latest action on the
>>>> file was in 2010. I would think that the copyright for such a file
>>>> should remain 2009 since the code in such a file has not been
>>>> changed in
>>>> 2010.
>>>>
>>>> I guess the script that generated this list does not account for that
>>>> case so we have some false positives here?
>>>
>>> There's no way the script can know that. It only knows when the file
>>> was last changed in svn. If you can think of a way the script can figure
>>> that out, let me know. Otherwise, please update the dates to 2010 so
>>> the script can continue to check for errors.
>>>
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>>
>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: dev-unsubscribe_at_glassfish.dev.java.net
>> For additional commands, e-mail: dev-help_at_glassfish.dev.java.net
>>
>
>