我們已經開始在這裏使用功能分支模式。如何防止人們在SVN中使用重新集成的分支?
一切似乎運作良好,這裏我們使用步驟:
- 開發分支樹幹
- 開發(S)完整實現,並使用分支
- 開發合併主幹到分支測試,帶來該分支最新爲重新整合做好準備
- 維護者將分支重新集成到主幹
- 版本,構建和標記。
開發商已經閱讀在樹枝上的文件夾/寫訪問,讀取訪問變量和軀幹
維護人員已經閱讀到所有文件夾
我們使用svn 1.5.1(通過限制/寫訪問服務器到Ubuntu Server 8.04),儘管我們正在使用最新的svn轉移到最新的服務器(Ubuntu Server 12.04)。
客戶端我們TortoiseSVN 1.7.6,svn客戶端版本1.7.4。
到目前爲止,一切都運行良好,我們有多個開發人員都在同一時間寫功能。
不過,目前我是唯一提名的維護者,一旦這個過程被打破,人們已經接受了足夠的訓練,其他人將被提名。
我的擔憂是一個過程變得更加自主和我的直接參與減少可能出現以下情況,我不能告訴你怎麼防止他們:
- 開發者忘記了一個分支已經重返並意外地向其提交工作
- 維護人員沒有充分檢查分支機構是否爲最新版本並準備好重新整合並執行重新整合和提交。
我看不到任何東西在Tortoise或SVN,警告或阻止你這樣做。
然後,我還沒有嘗試過任何討厭的事情,只是爲了看看它做了什麼。
我該如何自動阻止用戶做出這些糟糕的提交?
刪除,因爲既不是自動的,也不回答的主要問題只是一個註釋:有一個章節[保持一個重新整合Branch Alive](http://svnbook.red-bean.com/en/1.7/svn.branchmerge.advanced.html#svn.branchmerge.advanced.reintegratetwice)用於1.8之前的svn。基本上,你應該使用'--record-only'來僞造合併重新集成分支到trunk的修訂(修訂不是,不能合併到分支),以修復分支並防止「壞的承諾」。你可以使你的重新整合過程成爲假合併的一部分。 – valid