TeamCity：如何使用Subversion设置绝对提交消息前缀？

如何解决TeamCity：如何使用Subversion设置绝对提交消息前缀？

我正在尝试对TeamCity 2020.1.4（内部版本78906）中的新项目实施Storing Project Settings in Version Control方法。

使用VCS Subversion。还有一个pre-commit挂钩，当它们的提交消息不是从ISSUE-ID或??开始时，它会拒绝所有提交。

TeamCity已在Subversion VCS根目录中成功通过身份验证，但未能对设置进行首次提交。

默认情况下，TeamCity发出以下提交消息（预提交钩报告初始消息）：

USERNAME: TeamCity change in '<Root project>' project: commit current project settings

文档Committing Current Project Settings to VCS中的下一步是注释：

TeamCity将设置提交到VCS中时，将使用标准提交 消息，指出TeamCity用户是提交者和项目 其设置已更改。可以添加固定的自定义 通过TeamCity提交的每个设置更改的前缀 teamcity.versionedSettings.commitMessagePrefix内部属性，用于 例如teamcity.versionedSettings.commitMessagePrefix=TC Change\n\n。

太棒了！我像这样设置internal property：

teamcity.versionedSettings.commitMessagePrefix=?? TeamCity settings autocommit. 

再试一次，但前缀放在用户名之后：

USERNAME: ?? TeamCity settings autocommit. TeamCity change in '<Root project>' project: commit current project settings

为什么？我设置了一个PREFIX！

当然，here有一个音符

问：问。谁是变更的作者？

A。如果通过更改了设置 用户界面，在Git和Mercurial中，VCS中的提交将是 代表实际通过进行更改的用户执行 用户界面。对于Perforce和Azure DevOps Server（以前称为TFS）， 使用在VCS根目录中和 Subversion 中指定的用户名 提交消息还将包含TeamCity用户的用户名 谁实际上是通过用户界面进行了更改。

但是如何禁用或重新排列消息？预先提交钩子定制不是一个好方法。

我还尝试查找更多内部属性，可能是一个完整的列表，但只是找到了一个故障单Add centralized list of internal properties and their purpose to the wiki/documentation，它引用了仍处于打开状态的任务Create a reference page in documentation with a list of all internal properties already mentioned on other pages。

如何使TeamCity的Subversion提交消息从??开始？

解决方法

我避免了使用username进行黑客攻击的问题：TeamCity允许在username中使用破折号和空格，并且我将username设置为{{ 1}}。

但是我仍然希望有一种适当更改前缀的方法。