確保所有更改都已註釋

作爲質量保證活動的一部分，我需要確保最後加標籤的代碼和建議的代碼之間的所有更改都已註釋（至少引用了問題ID）。確保所有更改都已註釋

有沒有辦法做到這一點，而不是手動查看差異？

在他/她的袖子下有沒有人有把戲嗎？

我想避免使編碼標準像這樣的代碼審查obseervations，如果我可以。

在我來說，我如果使用Visual Studio可以使用了StyleCop（http://code.msdn.microsoft.com/sourceanalysis）各種代碼造型驗證在爪哇（Netbeans的）代碼和C++

來源

2010-03-10 javydreamercsw

那麼，你想要一個差異ID註釋的差異？或者你想實際上將這個簿記信息添加到源代碼本身？ – 2010-03-10 22:37:24

我們正在用Java開發，我們使用Atlassian JIRA和FishEye與CVS。每當我們承諾的東西，我們相關的JIRA任務號碼添加到提交信息，像

PL-1638 
Fixed the formatting bug and also refactored code a bit

JIRA然後拿起這些項目數和提交鏈接到的項目，因爲它是用魚眼掛，您甚至可以從瀏覽器檢查儀表板，確定哪些任務由誰和何時進行了哪些更改。

我們依賴約定，不要忘記把任務編號放入提交消息中，在初始培訓階段後，它似乎工作得很好。 IDE（IntelliJ在我們的例子中）記住了最後一次提交的消息，這有效地提醒我們填寫實際的任務編號，這當然可以得到緩解。

來源

2010-03-10 22:29:50

我知道JIRA和FishEye功能，但現在我堅持使用開源解決方案。我有Subversion服務器和Hudson到目前爲止。任何開放源代碼相當於那些？ – javydreamercsw 2010-03-10 23:01:34

我想一個選項是免費使用的codebeamer MR。 – javydreamercsw 2010-03-12 23:15:33

最後，我將處於更有把握的位置，我們正在評估Atlassian工具。他們現在擁有10美元的永久許可證！ – javydreamercsw 2010-09-23 14:01:53

，也有可能實現它的自定義規則。甚至有可能在沒有正確評論的情況下編譯代碼。

來源

2010-03-10 22:22:19

我的不好，我忘了指定我正在使用java。我會更新我的帖子。 – javydreamercsw 2010-03-10 22:24:28

這聽起來像你可能直接在源代碼中提出有關問題ID的評論。 請不要這樣做。

使用良好的源代碼管理（我推薦git），並將問題ID放入提交消息中。我們使用這樣的提交消息語法：

「往＃1234方向走。」做了一些東西。

，或者

「固定＃4321。Doohickeys現在工作正常。」

然後我們有一個提交後掛鉤，它將提交消息複製爲Redmine（我們的票證跟蹤器）中對該問題的評論。

很容易檢查提交日誌以查看誰提交的問題與問題無關。你甚至可以爲此使用正則表達式。

來源

2010-03-10 22:43:58

可悲的是，我不能迫使研發部門這樣做。我們有一個「bug追蹤器」，並不意味着它是一個工具。我甚至無法訪問R＆D的版本控制樹。我在內部使用Subversion來提交我由研發部門提供的源代碼。所以我堅持使用大量修改後的文件，這些文件應該有與之相關的問題ID。 – javydreamercsw 2010-03-10 22:59:50

確保所有更改都已註釋

回答

相關問題