什麼因素決定從一個發行版的trunk中打包標籤時調用svn copy
的速度?什麼決定了一個svn副本的速度
我一直在使用一年或兩年的git和最近的項目,我不得不回到使用顛覆,並調用svn副本採取任何2至25分鐘之間完成在我的機器之前我沒有太多的相關性,每次代碼的變化程度。
您通常會採取哪些步驟來加速包裝過程,或至少使其更容易預測?
我知道聰明的事情是使用git-svn,但是當我嘗試時我無法推送到正確的分支,並且團隊中的其他人都使用svn,所以我對採用一個項目中途不熟悉的工具。
什麼因素決定從一個發行版的trunk中打包標籤時調用svn copy
的速度?什麼決定了一個svn副本的速度
我一直在使用一年或兩年的git和最近的項目,我不得不回到使用顛覆,並調用svn副本採取任何2至25分鐘之間完成在我的機器之前我沒有太多的相關性,每次代碼的變化程度。
您通常會採取哪些步驟來加速包裝過程,或至少使其更容易預測?
我知道聰明的事情是使用git-svn,但是當我嘗試時我無法推送到正確的分支,並且團隊中的其他人都使用svn,所以我對採用一個項目中途不熟悉的工具。
這取決於您是在存儲庫還是在磁盤上執行svn copy
。該命令有兩個參數,源和目的地,其中每個參數都可以是工作副本中的文件夾或存儲庫中的URL。
當目標是本地文件夾,那麼svn將在您的文件系統中執行復制操作,這可能需要很長時間。然後您必須在存儲庫中顯示之前提交該複製操作。
但是,如果目標是存儲庫中的URL,則複製將立即在存儲庫中發生(不需要提交)。這是O(1)操作,應該很快。
如果您使用此語法,請不要忘記指定提交消息。另外,如果你想實際上使用使用你創建的分支/標籤,你必須檢查出來(這又需要很長時間)或者將當前的工作副本切換到它(這應該很快,因爲不應該是否有任何改變已經提交給分支機構)。