On Wed, Sep 28, 2011 at 11:15 AM, Andy Levy <andy.l...@gmail.com> wrote: > On Wed, Sep 28, 2011 at 11:01, Trevor Schaffer > <trevorschaf...@smarttech.com> wrote: >> We definitely use svn copy for revisions, but I think the issue is because >> our tags are too flat vs not flat enough. >> >> E.g. tags/builds/ is where we put all of our tags (all done with svn copy) >> And over time, this folder has over 7000 tags in it. So now, ever new tag >> we put into /tags/builds has a listing of every other tag from tags/builds >> in the revs/db/<rev> file. Now when you have 4 lines in each rev file for >> each entry in the tags folder, that's 28000 lines of text, which gives us >> the roughly 600KB of data. And you can see how this grows over time. So >> obviously, in hindsight... we need to lessen the tags significantly, but >> current processes in our company will not allow us to do that quickly, or >> easily. > > Would it be possible to clean up your tags directory, maybe on a > quarterly or annual basis? So instead of having a flat /tags/builds > "dumping ground", you have; > > /tags/builds/ > /tags/builds/2011Q1 > /tags/builds/2011Q2 > /tags/builds/2011Q3 > /tags/builds/2011Q4 > > Your tags go into /tags/builds as they do today, but then at the end > of each quarter, you move that quarter's builds into the corresponding > directory.
May I suggest "tag-builds/2011Q1", instead? This helps prevent some poor beggar from checking out "tags" and getting their local disk space annihilated.
