Soso, I've tested Subversion up to 4TB myself (one repo), with the intention of using https://github.com/subsyncit/subsyncit with it for corporate file sync. That is still a work in progress, as it happens.
- Paul On Wed, Mar 20, 2019 at 11:53 AM Mark Phippard <markp...@gmail.com> wrote: > Redirecting this to the users@ list where it is more appropriate. > > On Wed, Mar 20, 2019 at 7:33 AM sosogh <sos...@126.com> wrote: > >> Hi list >> >> There are about 1.65T , 2.72 million files ，274 thousand folders in >> Samba. >> It consist of any file types : txt , bin , pic , audio , video and so on . >> We are considering moving it from samba to SVN. >> And the data may grow larger and larger . >> We wonder that is there file capacity limitation in theory in SVN? >> or if the data is too large , will it cause any downgrade performance ? >> Thank you ! >> >> > There are no size limits. That said ... > > * Subversion is not a good choice to use as a file server for the simple > fact that you can not ever really delete anything. Do not use Subversion > unless you are doing this to have version control and to store the history > of all files forever. That is what Subversion exists to provide. > > * While there are no limits on number of files or total size, when you > start adding these files and folders to your repository I would strongly > recommend that you break it up into a lot of commits and not just one > really big commit. If you do one large commit then you get a single giant > revision in the history and whenever you run commands like svn log that > look at the history it has to return this massive commit that can make > those commands not as nice to run as they are under normal circumstances. > > > -- > Thanks > > Mark Phippard > http://markphip.blogspot.com/ >
