簡體   English   中英

SVN合並-哲學

[英]SVN merging - philosophy

我們正在考慮限制顛覆項目中的合並點。

背后的想法是保持合並更整潔,因為我們害怕與開發新的svn顯著數量,我們可能會得到不同的匯合點的蛛網。

我們怕的所​​有不同的副作用,所以這樣的限制將有助於我們一切准備就緒。

作為一個基本的概念,我們決定只允許對根分枝,只在樹枝上的頂部合並。 這一切都很好。 但....

但是,由於某些開發人員組在總干線上使用了10%的資源,因此僅允許他們分支是合理的。

然后,樂趣開始了。 如果我們給予他們自由意志,那么合並可能發生在任何地方。 我真的很害怕。 這就是我來到這個問題:-)

您如何看待設置事物的干凈方法?

謝謝!

除非您想限制對特定分支的提交訪問,否則在Subversion中沒有簡單的方法可以做到這一點。

首先,通常只希望將合並限制為文件的一小部分子集。 如果您僅允許在項目級別進行合並,那么在需要時我將無法選擇性地合並。

另一個問題是svnlook不會告訴您為什么更改了文件。 即使您可以在某些文件上包含svn:merge-info的情況下阻止提交,用戶也可以輕松使用--ignore-ancestery參數,不僅進行合並,甚至不記錄合並的完成情況,這會使您更糟因為您沒有信息甚至合並已經完成。 請記住,如果阻止用戶執行他們認為需要做的事情,他們將找到解決您的限制的方法。

最好的辦法是信任您的開發人員,並培訓他們如何以及為什么在Subversion中進行合並。

請記住,當涉及到Subversion時,您是眾所皆知的上帝。 您所有已知的存在都沒有隱藏任何東西。 如果開發人員確實做了古怪的合並,您將通過“ svn日志”知道。 這種力量使開發人員保持一致。 如果您讓技術領先者了解為什么需要合並一個邏輯一致的庄園,這尤其如此。 歸根結底,如果合並出錯,那么開發團隊就會受苦。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM