C# 如何才能对团队基金会进行有意义的签入评论？ 我有一个开发团队，他们有一个坏习惯，他们写了很差的签入评论，这使得我们不得不在团队基金会上查看文件的历史，这是一个噩梦。我已经启用了变更集注释策略，因此他们甚至可以在签入时留下注释（否则他们不会）

我们就团队的工作质量进行了几次讨论，他们对提醒他们遵守稳定的团队规则（例如被迫发表评论）没有意见。这里的目标是让TFS警告他们，他们必须编写比“修复问题”或“更新”更长的内容，如果强制执行，他们可以遵循这些内容。我负责我们应用程序的框架，我通常写消息提醒他们注意一些事情，就像VS警告他们缺少注释或代码损坏一样

现在，我想避免他们在签入时只评论一个单词，甚至一个点我想强制在签入更改之前至少写入20个字符。这可能吗怎么做？

---

我们不使用生成服务器或工作项（我们使用redmine获取票证）。

您似乎可以编写自己的自定义策略。有关更多信息，请参阅本页：

下面是一个访问注释的示例：

---

这是一个文化问题，试图用技术解决它是一条死胡同。如果人们没有像现在这样写有意义的提交消息，你认为强迫他们写20个字符会突然让他们开始写有意义的消息，还是你认为他们会写更长的垃圾消息，比如“checkin checkin checkin”或“stuff”

我的钱在后者身上

虽然您可以编写自定义签入策略，但它们并不完美：

它们只与VisualStudio一起工作

只需删除策略程序集即可避免这些问题

它们不适用于通过TFS 2015+中的web界面进行编辑

Git回购协议没有等价物

它们必须与VisualStudio/TFS版本同步升级，这会使后续升级更加困难

最重要的是：

它们不能解决开发人员不理解有意义、冗长的提交消息的价值的文化问题

---

该签入策略用于代码检查。我确实关注了微软关于这个主题的多个文档，但他们没有告诉我如何访问签入注释，并在不满足特定要求的情况下返回错误。然而，VisualStudio有一个很好的代码审查扩展：在这个页面上，你可以看到一个他们访问评论的例子：尽管我写了关于如何做的技术回答，但我必须同意这一点。如果需要通过长度策略提醒开发人员写一条有意义的评论，那么在签入时的心态就有问题