爲什麼要將樹合併爲「兩棵樹同步的最後修訂號」？

在TortoiseSVN的documentation about merging中，對於「合併兩個不同的樹」的狀態下（重點煤礦）的說明：爲什麼要將樹合併爲「兩棵樹同步的最後修訂號」？

在這兩個從版本域和要修訂字段中輸入最後一個版本號兩棵樹同步於。

這是正確的嗎？這對我來說沒有意義。參加我們要合併「分支」修訂版105回「主幹」這個說明性的例子：

如果沒有一直致力於分支後幹路（即，如果修訂101不存在），我們將從中繼HEAD（這將是修訂版本100）合併到分支HEAD（修訂版本105）。說得通。

但101確實存在。文檔說，我們必須在兩棵樹同步的最後修訂版本號（即修訂版100，這是總體意義上的）的最後修訂版號處合併，以分支到......兩棵樹同步的最後修訂版本號......這是什麼？

102？（不，它與主幹不同步）
100？（不，它甚至不在分支上）
它不應該是105嗎？這似乎是唯一有意義的，但對我來說，這與文檔相矛盾。

我在這裏錯過了什麼？文檔是否正確？誤導？錯誤？

來源

2017-10-17 Jean-François Corbett

如果分支不是從中繼'版本101'同步可能衝突或丟失時合併整個分支到中繼 – janith1024

你可以提出一個單一的理性參數刪除[tag：parallelism-Amdahl]擴展文本已排除其他細節在最初的步驟上，Gene M. AMDAHL基於哪種方法制定了改進流程調度的觀察結果？ >>> https://stackoverflow.com/posts/18374630/revisions **有沒有任何刪除的事實改善了嚴格的知識建設？** – user3666197

@ user3666197嗯，我相信你在評論錯誤的meta post ...你的公主在[另一座城堡]（https://meta.stackoverflow.com/questions/360170/odd-looking-recent-revision-of-tagparallelism-amdahl-tag-wiki）。 –

我不明白你爲什麼要合併不同的樹選項。根據圖片，您應該使用自動重新合併合併。見TortoiseSVN Manual | Merging a Range of Revisions。

在HEAD中使用您的幹線的工作副本，並選擇選項合併一系列修訂，然後單擊Next-Next-Merge。從分支到主幹的合併應該自動完成。

來源

2017-10-25 15:40:21 bahrep

我不會推薦使用svn來進行git風格的分支，在我看來，你正在嘗試做的只是使用分支，如果你有充足的理由（比如有一個生產和開發分支或某些功能將採取很長時間才能發展，並阻止他人完成工作）。

只是因爲svn複製粘貼整個文件夾，而不是像git那樣保存更改。

我燒4個固態硬盤驅動器上的我的項目每天的基礎上合併的東西...

你不必依賴於烏龜SVN及其有關文檔，烏龜SVN是隻爲SVN的GUI。

因此，基本上在SVN中，分支/標籤之間沒有任何區別，它總是表現相同的方式，所以恕我直言，龜SVN文檔是誤導性的，沒有區別，如果你合併分支到樹幹或副-versa。

這也取決於SVN的哪個底層版本，最好有依賴於svn 1.7或更高版本的版本。

所以，如果你想「重返分支」，只需在命令行中，導航到你的軀幹，或任何目錄稱爲並鍵入

svn merge ^/branch/branch_name

而在這之後刪除分支......

龜SVN也讓你有在控制檯svn，只是重新啓動它的安裝，並啓用svn命令行功能。

來源

2017-10-31 14:02:08

爲什麼要將樹合併爲「兩棵樹同步的最後修訂號」？

回答

相關問題