我有一个分支和主干的服务器存储库。分支是所有团队成员的存储库。我正在尝试使用svn hooks仅在我的分支下的仓库中，但它似乎工作得不好。以下是我尝试采取的步骤：

1. 检查过了my_repo从远程服务器的branch/my_repo

2. 自本地回购以来my_repo没有任何内容，我在本地创建了一个新的 svn 存储库并复制了所有内容，包括/hooks文件夹到my_repo.

3. 我创建了一个空文件my_repo并添加了一行文字。然后svn add这个文件。

4. 修改了my_repo/hooks/pre-commit.tmpl文件并使其始终无法通过，并显示错误代码 1。现在看起来像：

#!/bin/sh
exit 1
  

1. 复制pre-commit.tmpl预提交并给自己添加预提交的执行权限

2. 服务器包含其他人的现在服务器的结构是这样的：

- server
    - branch
        - my_repo
            - myfile
            - hooks
                - pre-commit
        - Tom's repo
        - other team member's repo
    - trunk
  

1. 在签出的存储库中，我使用以下命令提交了更改：svn commit -m "dumb change"

现在从这里我不应该能够提交，它应该给我一个代码 1 的错误，对吧？但我在任何地方都没有看到它。

1. 然后我尝试将 hooks 文件夹放在顶层并与分支和主干处于同一级别。即结构如下所示：

-server
    - branches
        - my_repo
            - myfile
        - Tom's repo
        - other team member's repo
    - trunk
    - hooks
        - pre-commit
  

但是，仍然不起作用。叹...

然而，在大卫的帮助下，我弄清楚了该怎么做以及哪里出了问题： 1. 强调一下：hooks 文件夹的所有权应该与存储库的创建者相同。因此我不得不要求所有者将钩子文件添加到服务器。我没有在服务器上创建存储库，因此这些文件在我的工作目录中不可见。 2.现在这是我尝试过的：

  1) on my own Linux system, I `svnadmin create` a new repository, maybe called test_server: in that there is folders: confs, db, hooks, locks; files: format, readme.txt
  2) on the same level, mkdir a new folder (called working_dir) as your local working directory and checkout from the test_server. Now the working_dir contains a folder called test_server and it's empty. You can't see any of the folders or files in step 1
  3) modify the test_server's hooks file as described above. 
  4) try to add a file and add a new line to the file in the working_dir/test_server folder and commit. 
  5) now you should see commit failed with message: svn: Commit blocked by pre-commit hook(exit code 1) with no output. 
  

非常感谢大卫和之前发表评论的人！

当您运行钩子时，STDOUT（通常由echo语句）被禁用。这意味着您的脚本无法使用 STDOUT 打印任何内容，即使它已被重定向到文件。

相反，您需要打开另一个文件描述符而不是使用1（标准输出）。您可以使用exec命令打开另一个文件描述符，然后将其通过管道传输到文件中：

exec 4> $my_file  #Opening my_file for writing
echo "This is going to $my_file" >&4

STDERR 也是重定向。 STDERR 的输出被收集并发回调用客户端，但前提是挂钩返回非零退出代码。这为您提供了一种与客户端沟通挂钩失败原因的方法。

您还必须小心，因为钩子运行的环境会被擦洗。甚至$PATH一片空白。

这些是为什么钩子脚本可以从命令行正常运行，但在作为钩子执行时却不能正常运行的一些原因。

如果您不相信某个钩子正在工作，只需对其进行设置，使其以非零退出代码退出。如果您从 Subversion 收到事务失败的消息，您就知道执行了挂钩脚本。

我还建议您至少使用svnserve充当 Subversion 服务器——即使您是唯一使用该存储库的人。我从不使用file://即使我是唯一使用该存储库的人。这svnserve该过程使用起来非常简单，而且相当轻量。

另外，切勿使用svn在钩子脚本中。使用svnlook反而。

Addendum

我想对此说得非常非常清楚。我们需要就一些定义达成一致：

• SERVER 是运行 Subversion 存储库的计算机。你使用了命令svnadmin create foo创建一个foo将充当存储库本身的目录。
• REPOSITORY DIRECTORY 是服务器上由svnadmin create命令。这是存储库的服务器端。你会not在这里查看您已签入 Subversion 的所有文件。相反，您会看到一个hooks目录和一个db目录。这是服务器用来跟踪其更改的内容。
• 工作目录是你已经完成的目录svn checkout查看项目的特定修订版。
• REPOSITORY 是您使用各种库时获得的 REPOSITORY DIRECTORY 的虚拟视图svn命令如svn ls or svn log or svn co。这不是存储库目录，而是存储库的视图。

好的，现在我们已经解决了：

Hook 脚本存储在 REPOSITORY DIRECTORY 下hooks目录。当您创建存储库目录时，已经有一个名为的子目录hooks以及一些钩子脚本的模板。这些将有一个*.tmpl后缀。要创建挂钩，您需要将这些脚本之一替换为您的挂钩脚本，然后将其删除*.tmpl后缀。挂钩脚本必须具有可执行权限，并且由运行 Subversion SERVER 进程的用户拥有。 （用户运行httpd or the svnserve服务器上的命令）。

挂钩适用于整个存储库。您不能告诉钩子仅在特定分支受到影响时才触发。但是，您的挂钩脚本可以查看文件所在的位置并据此采取操作。我有一个预提交钩子 https://github.com/qazwart/SVN-Precommit-Kitchen-Sink-Hook就是这么做的。它使用控制文件来根据文件的位置确定需要采取的操作。但是，每次提交发生时，即使不需要执行任何操作，该钩子也会触发。

我希望这回答了你的问题。