2012-11-15 21 views
1

我們有一個要求,只有經過同行評審的文件/工件才能發佈到生產環境。如何在TortoiseSVN /服務器上做到這一點?僅發佈SVN中的同行評審文件

我想到的解決方案是不是真的優雅或乾淨的,如:

  1. 一個pre-commit其中,如果一個文件已被更改,一些文字,如「修改」獲取文件中添加鉤那麼當審閱者(特定用戶A)審閱並更改文件時,該關鍵字將被另一個鉤子刪除。我們發佈了,其中沒有包含此關鍵字的文件可以發佈。

  2. 在要發佈的當前一組文件和最近發佈的文件(來自標籤/發行說明或某物)之間做一個DIFF,手動比較並找出哪些文件未被評論。

  3. 向其添加一些元數據/屬性,每次檢查文件並進行處理。

我缺少什麼,任何屬性,關鍵字替換或其他?或者我應該繼續研究Trac peer review,Crucible或Jupiter Eclipse Plugin等現成的工具,儘管除了Crucible之外,它們都沒有提供跟蹤文件/版本是否在發佈之前進行了審查的內容。

我有Eclipse IDE + Jenkins + SVN + JIRA + Maven + QC + SONAR已經在運行。所以任何插件的任何建議也歡迎。


我已經看過這些,不認爲任何人已經回答了我的問題

Release management in SVNPrevent commit before peer review in svnSVN: Add File Metadatahttps://stackoverflow.com/questions/49906/best-tools-for-code-reviews

+0

什麼不滿足[this](http://stackoverflow.com/a/8909158/960558)答案? –

+0

@LazyBadger答案給出了2種方法。 1)使用像Crucible這樣的第三方工具,如果在SVN中找不到任何合適的東西,我已經說過這是一個選項。 2)創建一個單獨的分支 - 沒有人阻止相同/另一個開發人員在完成審閱後再次在「已審覈」分支中更改同一文件。所以,不,它不能解決我的問題 –

+0

只有一些**受信任的開發者**可以提交到已審覈的分支(從中繼合併)。我認爲,重新提交可以是(TBT !!!)通過某種類型的預先提交鉤子來避免的。 –

回答

1

你有沒有考慮使用分佈式版本控制系統如Git /摩科瑞等?切換到GitHub爲我解決了所有這些問題。現在沒有提交訪問權限的人只是留下了請求。然後具有提交訪問權限的人審閱併合並它。

+0

謝謝..但切換到DVCS不是一個選項 –

相關問題