Re: Adjust revision in new repository

Magnus Lyrberg <[email protected]>
Newsgroups gmane.comp.version-control.subversion.user
Message-ID <CANGX5yDASx0XPUBGrr5NUMruKN98Uq4Nx9FYvWG5Sw6ivkN2vg@mail.gmail.com>
On Fri, Sep 1, 2023 at 3:15 PM Johan Corveleyn <[email protected]> wrote:

> On Fri, Sep 1, 2023 at 2:47 PM Magnus Lyrberg
> <[email protected]> wrote:
> > Thank you. This is very similar to our current solution. It would
> > however be nice to avoid a lot of empty commits, hence my
> > engagement in this list asking for alternative solutions.
> >
> > But perhaps there are none.
>
> I'm not sure, but it sounds like that would be quite a hack, and I
> don't think it will be possible.
>
> The repository still has to give a sane reply if a user asks for "svn
> update -r 2" or "svn ls https://server/svn@1". If those revisions
> really don't exist, what should the server answer? So I don't think
> you can avoid creating those revisions, but you can leave them empty,
> as suggested.
>
> What is the problem in having those empty revisions anyway? I assume
> they hardly take up any diskspace. If that's the only price you have
> to pay for having this "old cruft removed but still original
> rev-numbers repository", it sounds like a good deal to me (and it's
> still a correctly working repository that behaves as designed).


Theoretically you could get the same answer from the server as when you
ask for a revision that does not yet exist. I see your point though.

There is some concern that having 180000 empty commits might impact
the performance of the repository. I assume each commit still has an entry
in the database etc, even if it does not use a lot of disk.


Best regards
Magnus Lyrberg
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.