Re: gradual removal of history

Walter Franzini <[email protected]>
Newsgroups gmane.comp.version-control.aegis.user
Message-ID <[email protected]>
David A Vincent <[email protected]> writes:

> Dear all,
>
>
> We have a project branch (2.0) that is the main development branch for
> a project.  The project management have kept 2.0 open for thousands of
> deltas so far and would like to keep it open for thousands more.  The
> build number as seen by our customers is tightly bound to the branch's
> delta number.
>
> The storage for the containing project is becoming unwieldy. 

The storage space is used for:

1) source code, 
2) history
3) metadata, the 'info' directory.

In some of my projects the 'info' directory is bigger that the 'history'
directory.  It is possible that's also the case on your side.

You may consider using the compress_database flag, it is enabled by
default in recent Aegis release, but it is possible that not all your
metadata are compressed.

Assuming the common linux enviroment, the following one-liner can be
useful to identify uncompressed metadata files: 

$ find /path/to/project -type f | xargs file | grep -v compress

Then you can compress each uncompressed file with gzip, or bzip2 for
maximum space saving.  The name of the file must be the *same*.

Since Aegis store metadata in plain text, compression will save a bunch
of space.

> I am wondering about ways we could discard the N oldest deltas, where
> N might be several hundred.  (It might, however, be 1.)  Studying the
> documentation I can see some ways we might approach this, but they all
> look something like this:

[...]

> Is there another (perhaps simpler) way we remove the oldest bits of
> history of a project in place?  You can assume we don't care about (or
> don't have) branches other than 2.0, so that  the edit numbers of all
> the files correspond only to changes in the 2.0 branch.

Not to my knowledge.

-- 
Walter Franzini
http://aegis.stepbuild.org/

_______________________________________________
Aegis-users mailing list
[email protected]
http://lists.auug.org.au/listinfo/aegis-users
signature.asc (application/pgp-signature, 196 B)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.9 (GNU/Linux)

iEYEARECAAYFAkxyDJ4ACgkQlqotV8s/60MiegCdHyvGGWmmzTfgR3A7ejBAfsZU
nFwAoLPl65gQWBxhSe8482SHkkguMU0g
=5OGo
-----END PGP SIGNATURE-----
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.