【问题标题】:"Calculating" code ownership index using TFS SDK 2010使用 TFS SDK 2010“计算”代码所有权索引
【发布时间】:2011-12-13 00:29:13
【问题描述】:

最近我想到了一个想法,我需要你的帮助。

用 TFS 术语来说,我正在尝试提出一个公式,该公式可以确定某些源代码控制文件的所有权索引(即谁是对该文件最负责的开发人员)。

这就是我寻找可用于计算此所有权指数的标准的原因。到目前为止,我想到的唯一可行的事情是总结签到的数量,但这个标准似乎有问题。另一个标准是总结每个开发人员签入的所有代码行,但是 1) 我不确定 TFS SDK 2010 和 2) 文档行是否可行应该跳过。

所以,我想我的问题是:

上述标准(签入次数 + 代码行数)是否足以计算所有权指数,还是我需要其他条件?

【问题讨论】:

  • 如果“文档行”指的是 cmets,我建议不要跳过文档行。它们表明对代码的理解,这是您真正要寻找的(最了解该文件中发生的事情的人。)

标签: tfs tfs-sdk


【解决方案1】:

我参与了许多软件转让项目,其中一个团队将源代码移交给了另一个团队。在这种情况下,识别给定源文件/软件组件的真正专家是谁至关重要
所以,我经历了一个艰难的过程,即作为守门人的开发人员通常不是流失率最高的人、最多变更集的提交者、顶级错误解决者、顶级功能实施者等。

您必须了解软件模块,确定它的核心部分,然后去寻找那些提交它们的部分。我相信这些步骤不能自动化 - 不能在 TFS 或任何其他套件中。

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

【讨论】:

    【解决方案2】:

    你需要别的东西。想象一个对给定类型的对象做某事的库类。如果有人要对该对象的方法进行自动重命名,他们可以在库中声明大部分所有权,而无需有意更改它。

    【讨论】:

      猜你喜欢
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 1970-01-01
      • 2013-08-30
      • 2012-02-23
      相关资源
      最近更新 更多