问题标签 [pre-commit]

因为 windows 不区分大小写，并且因为 SVN 区分大小写，并且因为 VS2005 倾向于重命名文件，给它们以小写形式，这会扰乱我的存储库的历史，所以我尝试从http:/添加预提交钩子脚本/svn.collab.net/repos/svn/trunk/contrib/hook-scripts/case-insensitive.py。果然，该脚本使用了 python 的 libsvn 中的类（“from svn import repos, fs”），我找不到为 Windows 编译的类。有替代方案吗？到 libsvn 还是到钩子脚本？

我们的软件建立在 linux 和 windows 平台上。根据开发人员的偏好，在任一平台上开发和测试贡献，然后提交到我们的 subversion 存储库。然后事实证明，该贡献并未建立在其他平台上，因此必须进行修复。其他平台上的修复可能会再次破坏原始平台上的构建，依此类推。

我宁愿看到在提交之前也在另一个平台上构建了一个贡献（并进行了回归测试）。我们有一个持续构建服务器 (CruiseControl)，但该服务器是从存储库构建的。我正在寻找一种解决方案，其中连续构建服务器在另一个平台上构建作为预提交检查，然后在构建和测试成功时提交内容。

有什么建议么？

是否有人对如何添加避免更改标签子目录的预提交挂钩有明确的说明？

我已经在互联网上搜索了很多。我找到了这个链接：SVN::Hooks::DenyChanges，但我似乎无法编译东西。

我目前正在尝试扩展我们已经存在的（和工作的）预提交批处理文件以提交到 SVN。第一部分阻止任何没有评论并按预期工作的提交。第二部分是阻止用户提交 SUO 文件的尝试，但这目前正在阻止所有提交。

我对 DO 脚本的理解不是很好，所以我怀疑这可能是我对 FindStr 的使用？

任何人都可以帮忙吗？

我正在尝试使用以下命令从 SVN 预提交挂钩执行NArrange ：

它返回错误：“挂钩脚本返回错误：”

有没有人在抢救？

编辑：这个钩子是 tortoisesvn 客户端钩子。

我似乎对此一无所获。要么在网上搜索脚本等。任何人都有一个脚本，你可以在 Windows 环境中编辑开箱即用的 pre-commit.tmpl，需要输入 x 字符才能评论 Tortoise Subversion 中的提交全局，以便团队中的所有成员都需要，而此要求从 SVN 服务器下推到客户端？

我不知道脚本语言，这应该是非常简单的事情，无需我花时间在接下来的 3 小时内弄清楚脚本。

SVN 有哪些常见和/或有用的预提交钩子？

我正在尝试将 svnperms 实现到存储库中，但是在一些事情上遇到了困难：

pre-commit 具有执行权限：

这是我在预提交中对 svnperms 的调用：

我在指定的位置安装了 svnperms.py：

svnperms.py 是 UNIX 格式 - 没有 ^M 行结尾。

TortoiseSVN 回来了：

不带参数调用 svnperms 显示：

UNIX 管理员最近安装了 python，但不确定是否所有依赖项都在那里。如果这是问题所在，我不确定如何确定，因为 python 似乎根据上面的输出工作。

我错过了什么？

我正在重写一个旧的颠覆预提交钩子。在我们公司，我们需要确保只有在提交前设置了属性 svn:needs-lock 时才允许提交二进制文件。

我开始编写钩子，看起来钩子的每个部分都有效，但是如果设置了属性，我找不到如何阅读。

我会假设，SvnLookClient 会有 SvnLookClient.GetProperty 方法，但我看到的唯一一个是 SvnLookClient.GetRevisionProperty。不幸的是 GetRevisionProperty 不允许传递有问题的文件。我在这里想念什么？

毕竟，svnlook propget 确实允许传递存储库、事务、属性名和存储库中的路径。

首先，我不确定这是否可能，但是我需要知道如何做到这一点，如果没有，为什么不呢？

我想创建一个 C# 应用程序，该应用程序在 subversion 存储库的提交过程中的适当时间运行（我相信是预提交），然后将添加另一个要提交的文件。

例如，我对 Program.cs 和 Main.cs 进行了更改，但没有更改AssemblyInfo.cs。我希望能够强制更改 AssemblyInfo.cs 或任何文件。

我使用 SharpSVN 编写了一个控制台应用程序，该应用程序在提交后触发，然后替换了一个文件，但这导致修订号增加。显然这并不理想。

然后我在 SharpSVN 中找到了 SvnLookClient，它在预提交时运行并开始编写一些东西，但是当我意识到 CopyFromPath 并不意味着我所期望的时，我遇到了死胡同：

或者，我将满足于在 C# 之外执行此操作，但理想情况下，我希望在 C# 控制台应用程序中执行此操作，以便我还可以告诉我的存储库服务器执行其他任务，例如在数据库脚本中运行等。