Subversion：編輯或不編輯提交評論

我正在與管理層討論關於Subversion實踐的內容。我要求他們告訴管理員配置我們的Subversion版本庫，以便以後可以更改提交註釋，以防萬一我錯過了某些證明:-)。Subversion：編輯或不編輯提交評論

我的論點是，這就需要將提高

日誌消息，如更廣泛評論或錯誤拼寫，可以改變。
輸入日誌消息時很容易犯錯，這樣可以恢復錯誤。
當出現錯誤時，每個人都應該有第二次機會:-)
如果從存儲庫導出源代碼和註釋給第三方，如果發現不正確的日誌消息，這將是有價值的。如果註釋無法更改或僅在導出的文本文件中更改，則所有內容都將變爲不同步。

的缺點是，

日誌信息變化本身就不verisoned，因此老消息顯然是丟失。

我們的管理層因爲「增加管理成本」而拒絕了我的變更請求，並且「可以隨後更改的風險更高」。很明顯，我要求更廣泛的解釋。

無論如何，你們對此有何評論？你怎麼看？事後編輯日誌消息是否可以？你能否再給我一些親告訴管理層。

我認爲這限制了開發商的自由，因爲我開發我想最大freedome蓬勃發展:-)

來源

2009-12-10 Henrik

嗨dawg，我們聽說你喜歡修改你的修訂版本，所以我們把你的版本庫放到版本庫中，這樣你就可以將註釋簽入你的註冊註釋！ – Coxy 2009-12-10 09:38:38

爲什麼不用SVN標記它？ – 2009-12-10 13:18:16

爲避免丟失日誌消息的歷史記錄並添加某種級別的備份，可以實現一個post-revprop-change掛鉤腳本，將日誌消息屬性的舊值和新值寫入文件（或通過電子郵件發送，或者創建一個聲音文件，讓它拼出變化大聲讓大家聽到，或...）。

這樣，始終可以在文件中檢查後修訂腳本更改掛鉤腳本寫入並查看原始郵件是什麼。

來源

2009-12-10 09:25:01 Stefan

我們做這個工作。如果在提交之前無法檢查重要的更改，則可以將"r: username (pending)"添加到日誌消息中。指定審閱者完成後，他們編輯日誌消息以刪除"(pending)"。他們也可能在日誌消息中添加其他註釋。

來源

2009-12-10 08:01:10

這是一個用例。我們有JIRA問題追蹤器。它有一個Subversion插件，它從我們的資源庫加載所有Subversion提交消息，並將它們與JIRA系統中的相應問題相關聯。該關聯是自動完成的。我們所要做的就是在Subversion提交時指定問題編號。 JIRA Subversion插件分析日誌消息，查看問題編號並相應地關聯它們。登記消息不包含問題編號或包含錯誤的問題編號時會發生問題。這樣的日誌消息需要更正，以便JIRA中反映的Subversion提交是正確的。

來源

2009-12-10 08:14:38

在這種情況下，如果沒有格式正確的提交消息，拒絕提交可能更合適。這可以通過svn中的pre-hook完成。 – 2009-12-15 04:32:51

那是不完全正確的。 1.並非所有工作都與JIRA有關。所以要求一個問題號碼在所有情況下都沒有意義。 2.如果放錯了問題編號，它仍然需要稍後編輯。 – 2009-12-16 06:47:15

這一切都取決於您的評論如何使用。如果您的意見是必不可少的文件，您可以考慮創建更改日誌或評論。向Web服務器提交新評論時，觸發它進行差異化並將其附加到日誌中。然後，你有所有你需要的文件，以防有人破壞重要的評論，恢復它們。

您也可以簡單地對所有評論進行編輯以觸發電子郵件，這樣每個人都可以知道評論何時被編輯。如果有人做了不好的事情，只要將它改回來即可。

來源

2009-12-10 08:29:52

答案應該基於團隊使用日誌消息的頻率。如果你每天都在使用它們，我的意思是，實際上閱讀並處理它們中包含的信息，那麼你應該能夠改變它們。但是，如果日誌消息中的註釋恰好存在，以至於有一段時間你可以回頭看看它們，那麼爲什麼還要改變它們。

我想可能還有一個問題，就是你在日誌消息中加入了很多信息，比如錯誤跟蹤器或者wiki，這樣會更好一些。

來源

2009-12-10 08:42:25

Subversion：編輯或不編輯提交評論

回答

相關問題