&引用；计算；使用TFS SDK 2010的代码所有权索引

我最近想到一个主意，需要你的帮助

用TFS的术语来说，我试图提出一个公式，可以确定某个源代码管理文件的所有权索引（即，谁是对该文件最负责的开发人员）

这就是为什么我在寻找可以用来计算所有权指数的标准。到目前为止，我想到的唯一可行的方法是计算入住人数的总和，但这个标准似乎有点可疑。另一个标准是将每个开发人员签入的所有代码行相加，但是1）我不确定是否可以使用TFS SDK 2010，并且2）应该跳过文档行

我想我的问题是：

---

上述标准（签入次数+代码行）是否足以计算所有权指数，或者我是否需要其他东西？您需要其他东西。设想一个库类对给定类型的对象执行某些操作。如果有人对该对象的某个方法进行自动重命名，他们可以声称拥有该库的大部分所有权，而无需刻意更改。

我曾参与过许多软件转移项目，其中一个团队将源代码移交给另一个团队。在这种情况下，识别给定源文件/软件组件的真正专家是至关重要的。
因此，我通过艰苦的方式了解到，作为看门人的开发人员，往往不是客户流失率最高的开发人员、变更集最多的提交者、bug解决者、功能实现者等等。

你必须了解软件模块，确定它的核心部分，然后去寻找一个（或多个）承诺他们。我相信这些步骤无法自动化——TFS或任何其他套件中都无法自动化。

一个小小的机会是找到构建模块的人，并将其插入存储库中。如果这个初始提交是有血有肉的（不是存根），那么您肯定有一个非常了解它的候选人。这可以通过TFS API检索。
这也有助于与团队讨论此事。

如果通过“文档行”您指的是评论，我建议不要跳过文档行。它们表示对代码的理解，这才是您真正想要的（最了解该文件中发生的事情的人）