2011-12-12 64 views
2

我需要你對最近想到的想法的幫助。使用TFS SDK「計算」代碼所有權索引2010年

在TFS術語中,我試圖想出一個公式,該公式可以確定某些源控制文件(即誰是最負責該文件的開發人員)的所有權索引。

這就是爲什麼我在尋找我可以用來計算這個所有權指數的標準。到目前爲止,我想到的唯一可行的辦法是總結支票的數量,但這個標準似乎很腥。另一個標準是總結每個開發人員已簽入的所有代碼行,但是1)我不確定是否可以使用TFS SDK 2010和2)文檔行應該跳過。

所以,我的問題,我想,就是:

是上述標準(簽入一些代碼+線)足以計算指數的所有權或者我需要別的東西嗎?

+1

爲什麼這會成爲題外話題? –

+1

如果通過「文檔行」您提到評論,我會建議文檔行不會被跳過。它們表示對代碼的理解,這就是你真正想要的東西(最瞭解該文件中發生的事情的人)。 – Vaccano

回答

7

我參與了許多軟件轉移項目,其中一個團隊將資源移交給另一個團隊。在這種情況下,至關重要可以識別給定源文件/軟件組件的真正專家是誰。
所以,我瞭解到,作爲守門人的開發人員經常不是那些流失率最高的人,最多變更集的提交者,頂級缺陷解決者,頂級功能實現者等。

你將不得不去了解軟件模塊,找出它的核心部分,然後去尋找他們犯的那個。我相信這些步驟不能自動化 - 而不是在TFS或任何其他套件中。

一個小小的機會是找出構建模塊的人,並將其插入到存儲庫中。如果這個初始提交有肉&骨頭(這不是一個存根),你肯定有一個候選人,知道很多關於它。這可以通過TFS API檢索。
這也有助於與團隊討論此事。

3

您需要別的東西。設想一個庫類,它對給定類型的對象執行某些操作。如果有人要對該對象的某個方法進行自動重命名,他們可以在庫中擁有大部分所有權,而不會有意改變它。