對大文件的版本控制

我們很高興在工作中使用SVN for SCM。目前我已將我們的二進制資產與我們的代碼放在同一個SVN存儲庫中。 SVN支持非常大的文件（它「流式傳輸」以保持內存使用的健全），但它是SLOOWWWWW。對大文件的版本控制

你推薦什麼樣的資產管理軟件，對於大約一個GB（和增長中）的資產？我們寧願分支和合並（不同的資產&配置文件去不同的客戶）。

2008-11-08 Dustin Getz

重複：http://stackoverflow.com/questions/275147/svn-optimizations-to-keep-large-repositories-responsive – 2008-11-09 18:22:40

第一段是共享的，問題是完全不同的。 – 2008-11-11 05:30:40

請注意，合併二進制文件幾乎是不可能的！至少自動。至少我從來沒有聽說過支持二進制格式的三路合併的程序。更不用說解決衝突了。

這就是爲什麼大多數資產管理工具沒有分支的原因，因爲它沒有什麼意義，因爲您不能再次合併。鎖定和線性歷史更好。如果你想「分支」，然後複製歷史文件的副本。

來源

2008-11-11 21:51:27 Hugo

Perforce是我聽說用於大型文件和整個項目的唯一版本控制系統。這對兩個座位是免費的，但對於更多用戶而言相當昂貴（每個座位約900美元）。我聽說它可以處理大小爲TB的存儲庫。

git可能是另一種選擇。它的行爲與SVN有些不同，但是適用於更大的項目（例如Linux內核）。我不確定這對大二進制文件是否有用。

來源

2009-03-19 20:27:42

如果您需要管理巨大的文件，試試Plastic SCM（www.plasticscm.com）。 AFAIK Perforce也是一種選擇，但分支和合並並不那麼強大。

來源

2010-03-30 12:37:12 pablo

在我的公司，我們使用Documentum作爲ECMS，管理很多（而且我的意思是非常多）二進制文件。 Documentum（或其他ECMS，如Alfresco）應該是管理文檔的「正確」解決方案。 Documentum支持標記和分支，並且可以將文件公開爲WebDAV（因此集成到工作流程中可以更多或更少）。

這就是理論。實際上，我們發現Documentum很慢，很難配置和管理。和誠實，即使我們有很多的文件，大部分都是不超過幾個100的密蘇里州

這個答案更多的你不應該比你應該做什麼做什麼大...對不起...

來源

2010-03-30 13:12:34 Guillaume

Mercurial large files extension可以提供幫助。它增加了將文件標記爲「大」的功能。將這些文件存儲在與存儲庫其餘部分分開的中央存儲中。使用散列來確定您需要的大文件的哪些版本，並只下載您現在需要的大文件。

來源

2011-12-05 22:14:22 nash

對大文件的版本控制

回答

相關問題