Svn 如何在subversion钩子中为多个存储库添加一个post提交
我们有一个subversion设置,如/var/svn/repoA、/var/svn/repoB、/var/svn/repoC等。我们使用Redmine进行项目管理 为了自动化一些任务,比如更新Redmine项目,我们使用subversion提交后钩子 由于我们有多个项目的多个存储库,当我们需要为redmine中的所有项目实现一个公共钩子时,我们会编辑多个存储库中的所有提交后钩子。当然,这是越来越恼人和问题 我试图弄清楚是否有可能(如果有,如何)对所有存储库使用一个post-commit钩子Svn 如何在subversion钩子中为多个存储库添加一个post提交,svn,hook,redmine,post-commit,Svn,Hook,Redmine,Post Commit,我们有一个subversion设置,如/var/svn/repoA、/var/svn/repoB、/var/svn/repoC等。我们使用Redmine进行项目管理 为了自动化一些任务,比如更新Redmine项目,我们使用subversion提交后钩子 由于我们有多个项目的多个存储库,当我们需要为redmine中的所有项目实现一个公共钩子时,我们会编辑多个存储库中的所有提交后钩子。当然,这是越来越恼人和问题 我试图弄清楚是否有可能(如果有,如何)对所有存储库使用一个post-commit钩子 谢
谢谢。使用指向单个提交后钩子的符号链接我们遇到了类似的问题,解决方案几乎与使用单个提交后钩子脚本一样好。我写了一个脚本,它完成了所有的Redmine集成工作。此脚本将Redmine中的项目标识符作为输入。我们现在所要做的就是从提交后钩子脚本中根据存储库调用集成脚本,并传递Redmine项目标识符。因此,是的,每个存储库都必须有自己的post-commit钩子,但它只是对另一个脚本的一行调用,并带有一个参数 反对:
- 每个存储库仍然有一个post-commit钩子。但是,它只是一行脚本,将Redmine项目标识符作为参数传递。这不会一直改变的,是吗
- 当发生更改时,您将只更改集成脚本。您将永远不会接触post提交挂钩
- 随着时间的推移,您可能会发现自己需要在不同的项目/存储库中执行不同的操作。这是可行的与所提出的方法。使用单post-commit-hook方法无法获得这种灵活性。最后,这就是为什么每个存储库都有post-commit钩子。对于某些存储库,您甚至可能有不同的问题跟踪程序,对吗