On Wed, Sep 28, 2011 at 11:15 AM, Andy Levy <andy.levy_at_gmail.com> wrote:
> On Wed, Sep 28, 2011 at 11:01, Trevor Schaffer
> <TrevorSchaffer_at_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.
Received on 2011-10-02 03:05:37 CEST