Re: global hooks - once again
- From
- demerphq <demerphq@gmail.com>
- Date
- Jul 6, 2010, 15:00 UTC
- Message-ID
- <AANLkTinCFP18B8PQoGREt-izxGSlUb3IzitxK4aeiFRD@mail.gmail.com>
- In-Reply-To
- <A612847CFE53224C91B23E3A5B48BAC744940F7000@xmail3.se.axis.com>
On 6 July 2010 16:55, Peter Kjellerstedt <peter.kjellerstedt@axis.com> wrote:
Show 34 quoted lines
>> -----Original Message----- >> From: git-owner@vger.kernel.org [mailto:git-owner@vger.kernel.org] On >> Behalf Of Eugene Sajine >> Sent: den 6 juli 2010 14:23 >> To: Alex Riesen >> Cc: git@vger.kernel.org >> Subject: Re: global hooks - once again >> >> > How do your users disable execution of global hooks in this scheme? >> > (to protect themselves from an evil system administrator) > > Yeah, I missed that case. What I have is another configuration > variable (e.g., core.hooksActiveLevels) which is set to a string of > different configuration levels (defaulting to 'system global local'). > Only the hook directories specified on an active level are > scanned for hooks. So by setting it to just 'local' any system > and global hook directories are ignored. > > This is not optimal, but was the best I could come up with. > I really do not want to force the users to explicitly specify > the hook directories for each repository, but rather be able > to set it on a global level, and then use exceptions for the > few cases where the global hooks should not be active. > >> In a corporate environment it is not the case, i believe. If sysadmin >> made a mistake a with hooks, he will have to fix it, but there is no >> point in overriding on user level as hooks in this case will be >> something about company policy, aren't they? > > Well, actually it is needed there too. Even though the vast > majority of repositories the user clones are company repositories > that should use the company's rules, he may clone some occasional > repositories from the outside (e.g., Linux or git) in which case > he probably wants to disable the global company hooks.
Id have guessed that users would be discouraged from having their own repositories on a central version control server in most larger environments.
For instance i can imagine that boxes that devs actively work on would have no global setting, and central version control boxes would have it.
cheers, Yves
-- perl -Mre=debug -e "/just|another|perl|hacker/"