2007/1/5, Steve Williams <stevewilliams@kromestudios.com>:
>
> Jacky Chan wrote:
> >
> > > Use operating system level tools to set disk quota for your
> > > repositories.
> >
> >
> > Does that use the operating system level tools to set the disk quota
> > seems to be the only way to ensure the repository quota?
>
>
> Subversion does not use, manage or even know about disk quotas. That is
> outside its realm of responsibly.
I see what you mean, that mean I need to seek other method in managing disk
quota related to the OS, any suggestion on FC?
>
> > And once you exceed them, you will not be able to commit to your
> > repository. Repositories only grow;
> >
> > they do not shrink, unless you
> > take extraordinary measures,
> >
> >
> > What does that suppose to be? I don't follow very well...@.@
>
>
> The repository grows in size with each commit. Repositories never get
> smaller.
Got it~~ ^.^
>
> >
> > such as taking the repository offline,
> > dumping the entire contents to a text file (for which you have no
> > space since you've exceeded quota), filtering the file with
> > svndumpfilter to remove some parts (or just leaving out some earlier
> > revisions), then reloading the modified dumpfile into a new empty
> > repository.
> >
> >
> > I think that should be the action taken when the quota nearly full or
> > really exits right?
>
>
> It is up to you to manage disk space and quotas. It is not Subversion's
> job to manage usage of disk quota.
>
> --
> Sly
>
>
>
>
> This message and its attachments may contain legally privileged or
> confidential information. This message is intended for the use of the
> individual or entity to which it is addressed. If you are not the addressee
> indicated in this message, or the employee or agent responsible for
> delivering the message to the intended recipient, you may not copy or
> deliver this message or its attachments to anyone. Rather, you should
> permanently delete this message and its attachments and kindly notify the
> sender by reply e-mail. Any content of this message and its attachments,
> which does not relate to the official business of the sending company must
> be taken not to have been sent or endorsed by the sending company or any of
> its related entities. No warranty is made that the e-mail or attachment(s)
> are free from computer virus or other defect.
>
>
--
Yours Sincerely,
Jacky Chan
Received on Fri Jan 5 02:28:00 2007