svn-merge

    6熱度

    2回答

    使用合併功能在SVN(通過TortoiseSVN)幾個月後,我感覺SVN報告方式太頻繁,發生衝突。 所以我正在尋找一種方法使SVN更經常地自動解決衝突,而無需我的用戶交互。 我所知道的similar questions,事實上,你可以替換差異閱讀器,並與外部因素合併工具: 從我的理解這些工具鏈,在爲時已晚;當內部算法已經檢測到無法解決的衝突時,它們將被SVN/TortoiseSVN調用。 所以我的

    3熱度

    2回答

    我是新來SVN和需要做的從主幹合併,我們從工作的一個分支了很多。 這是SVN commmands我採取合併 svn up svn mergeinfo --show-revs eligible branch trunk (branch and trunk are actually svn urls) 序列我從分支和最新的樹幹修訂版符合條件的修訂版的最低版本,然後做一個SVN合併。 svn me

    0熱度

    1回答

    雖然合併從主幹修訂的一個分支,我希望實現以下目標: 版本1(這也是分支版本): First Line 修訂2: First Line Second Line 修訂3: First Line Second Line Third Line 通過對分支執行以下命令: svn merge -c 3 [trunkurl] 我期待得到以下結果 First Line Third Line

    1熱度

    3回答

    我得到SVN中的樹衝突。有點奇怪! 我有標準的樹幹,分支,標籤結構,並遵循多個團隊模型。 分支1,店2創建形式軀幹和活性平行 步驟如下: 1. Branch1 Work:newfile.c加入並致力於在Branch1 2. Merge:從分支1 - >幹線(成功;在軀幹添加的文件) 3. Merge:從中繼向下合併 - > Branch2。 (成功;文件在Branch2中添加) 4. Branch

    1熱度

    1回答

    比方說,我已經從發佈分支「Version1.0」創建了SVN功能分支「Feature123」,以開發新功能。我在功能分支中做了一些更改並將它們提交到存儲庫,但尚未將功能分支重新集成到發佈分支中。與此同時,我們還創建了一個「版本2.0」發行版分支,以供將來發布。現在我的經理告訴我,他不想在1.0版本中使用我的feature123,而是在2.0版本中。 有沒有一種方法可以將Feature123分支重新

    2熱度

    1回答

    我的問題涉及到SVN合併機制的一些基礎知識。我在這裏不報告合併問題。此外,我已經通過SVN書的合併章(不是新手)。 我有10個修訂的主幹,我想合併修訂5,6,7,8,9和10到一個特定的標籤。 我可以通過運行合併操作6次成功合併成烏龜SVN。每次我只指定一個修訂(即5,6,7,8,9,10)。 如果我對SVN修訂版的理解是正確的,修訂版10(HEAD修訂版)具有以前版本的所有修復,即5,6,7和9

    1熱度

    1回答

    當2個用戶改變了同一個文件(在同一個分支)並將他們的代碼檢入到SVN中時,SVN會(在詢問第二個用戶進行更新後)自動合併文件並嘗試解決衝突。 此合併過程是發生在客戶端還是服務器上? (更多信息:我在客戶端上使用Tortoise SVN 1.7.11,服務器版本是1.5.1,我們最近有一個自動合併刪除一些數據,我想知道這是否是一個問題該代碼合併在Tortoise或較舊的服務器代碼中)

    19熱度

    1回答

    SVN的這麼長時間的用戶,但在分支/標記方面相當缺乏經驗,以及當我懷疑我沒有真正使用它或充分發揮其潛力時。 我有我的後備箱,我在增加新的功能等工作。這個代碼庫用於多個網站,我們在每個項目的基礎上創建一個分支關閉幹線。 每個分支通常都有特定於該項目的修改,並且我們認爲可以重新使用的任何內容都會添加到主幹中,並且可以在各個項目上打開和關閉功能。 當前,當我們對主幹進行更改,並希望在預先分支中進行這些修

    0熱度

    1回答

    因爲我的specificquestions只是似乎產生UR DOIN IT WRONG,讓我解決問題,看看是否有人可以提出解決方案。 我們有一個有幾個有序分支的幹線SVN存儲庫 - v1,v2等。「較低」分支的更改會自動傳播到「較高」分支;不是用svn merge,而是用誰知道什麼,一些perl腳本可能由不再工作的人拼湊在一起。當這會產生衝突時,變化不會傳播;相反,開發人員會收到一封電子郵件,並且

    1熱度

    1回答

    我們最近將我們的代碼庫從subversion轉移到了mercurial,並且正在本週末從mercurial codebase開始執行我們的第一個發佈。 我們有三個回購的設置,讓我們稱他們開發,穩定和發佈,其中開發是穩定和穩定克隆是發佈的克隆。目前,dev有我們的版本7代碼,並且穩定有我們的版本6代碼。我們剛剛將版本6代碼推向版本。我們的下一個版本6.1將於下週發佈。 問題是,由於我們還在v6發行版