On Thu, Sep 22, 2022 at 3:59 PM Sean McBride wrote:
>
> Our svn repo is about 110 GB for a full checkout. Larger on the server of
> course, with all history, weighting about 142 GB.
>
> There haven't been any performance issues, it's working great.
>
> But now some users are interested in committ
On Fri, Sep 23, 2022 at 7:43 AM Mark Phippard wrote:
>
> On Thu, Sep 22, 2022 at 3:59 PM Sean McBride wrote:
> >
> > Hi all,
> >
> > Our svn repo is about 110 GB for a full checkout. Larger on the server of
> > course, with all history, weighting about 142 GB.
> >
> > There haven't been any perf
On Thu, Sep 22, 2022 at 3:59 PM Sean McBride wrote:
>
> Hi all,
>
> Our svn repo is about 110 GB for a full checkout. Larger on the server of
> course, with all history, weighting about 142 GB.
>
> There haven't been any performance issues, it's working great.
>
> But now some users are intereste
Hi,
In addition to all other responses, I'd like to advertise the "pristines on
demand" feature that got some traction in the spring.
Subversion is normally storing all files twice on the client side (in the
"working copy": once for the actual file and once as a "pristine", ie as
the file was whe
On 23 Sep 2022, at 13:42, Mark Phippard wrote:
> A big negative of Subversion repositories is you cannot ever delete
> anything. Do you really need to keep all these binaries forever?
In our regulated world that is an important feature.
Once the repos get too big we start new ones. In the meant
On Thu, Sep 22, 2022 at 3:59 PM Sean McBride wrote:
>
> Hi all,
>
> Our svn repo is about 110 GB for a full checkout. Larger on the server of
> course, with all history, weighting about 142 GB.
>
> There haven't been any performance issues, it's working great.
>
> But now some users are intereste
On 22 Sep 2022, at 21:59, Sean McBride wrote:
> Our svn repo is about 110 GB for a full checkout. Larger on the server of
> course, with all history, weighting about 142 GB.
>
> There haven't been any performance issues, it's working great.
>
> But now some users are interested in committing a
Hi all,
I can confirm that Subversion can handle repositories with 100,000+
revisions, size of committed files ranging from few bytes to several GBs,
and total repo size of up to 20TB. Speed issues that I'm seeing are mostly
related to hard drive operations, but do not prevent efficient work. The
Hello Sean,
I have not enough experience to answer your question, but I'm very
concerned about large binary files. Whereas I have a more "splitted"
structure of repositories.
I'm following this discussion ;-) Can anyone bring some inputs on this
topic?
Justin MASSIOT | Zentek
On Thu, 22 Sept
