This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | git hooks on remote archive won't run | ||
---|---|---|---|
Product: | versioncontrol | Reporter: | c.muehlmann |
Component: | Git | Assignee: | Ondrej Vrabec <ovrabec> |
Status: | NEW --- | ||
Severity: | normal | CC: | git |
Priority: | P3 | ||
Version: | 7.4 | ||
Hardware: | PC | ||
OS: | Linux | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
c.muehlmann
2013-11-14 11:29:13 UTC
do you push over http(s)? Or ssh? when i'm using ssh there's no problem. but if I'm using an local file:/home/user/git/bare.git path (in one case, my working repo and the bare repo are on the same mashine) the hook is not executed. Christoph thanks. The same reason as in bug #211451. JGit does not handle hooks itself. Needs to be implemented in JGit. would it be an idea, if either someone uses a file:/-path or if valid hook-files are detected locally in .git/hooks, to display a warning that jgit doesn't handle hooks? sure, we could do it. Although i'm not sure if it'd be reliable, could we show a potential false alarm? When .git/hooks is not empty but still does not contain any after-push-hook? If I understood it right, there are no hooks which are going to be executed at any time. This seems to be valid not only for after-push hooks, but for all available hooks. So if there are hook files inside (except *.sample), a warning that existing hook-files won't be handled with file:// could be helpful. Using ssh on localhost could be an alternative, when hooks are necessary on an bare repo on thee local filesystem (in my case I could use ssh://localhost/home/user/git/bare.git instead of file:/home/user/git/bare.git) |