[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnu-arch-users] Pruning Patch Logs

From: Milan Cvetkovic
Subject: Re: [Gnu-arch-users] Pruning Patch Logs
Date: Wed, 18 Aug 2004 11:28:44 -0400
User-agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3.1) Gecko/20030425

And how exactly do I "prune" the patch logs?

I don't like the idea of going directly into {arch}/ and removing files or directories.

Is the "tla remove-log-version" answer?
I never tried it, but the help for it sounds scary. Do I still have to do "tla commit" after it?

Thanks, Milan.

Jan Hudec wrote:
On Tue, Aug 17, 2004 at 15:15:48 -0500, John Meinel wrote:

I've seen several messages about pruning patch logs in the past, and now
that I have some development work that has > 100 logs, I'm thinking

That's not that many. The branches where pruning was done usualy had an
order more.

about at least learning more about pruning. I haven't found anything on
the wiki, and only mentions of it on the mailing list...

Every branch carries around all of the patch-logs of everything that it
has been merged with. It is my understanding that this is what allows
star-merge to be so intelligent. When combined with stuff like
sync-tree, you can get star-merge to do almost exactly the right thing
with little effort.

You can only prune logs for branches/version that are no longer used,
thus no new changes will be commited there that you may want to merge.
Old versions, old archives after rotation and such.

So what I'm hoping to get is some sort of best practices for what should
be pruned versus what is kept. I'm worried that I'll lose a lot of what
I like about star-merge if I remove patch-logs.

My gut feeling is that unless it is really important, I shouldn't prune
any patch logs, and just live with the list getting longer and longer.

Except one day it will become important, as the logs will get huge. With
hundreds of patchlogs you are not just there yet.

                                                 Jan 'Bulb' Hudec 


Gnu-arch-users mailing list

GNU arch home page:

reply via email to

[Prev in Thread] Current Thread [Next in Thread]