You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@subversion.apache.org by cm...@collab.net on 2002/08/20 15:52:27 UTC
Changing the Filesystem Schema (again)
Later today, I plan to merge in my changes from the issue-842-dev
branch. This will necessitate an `svnadmin dump/load' cycle for
everyone with currently existing repositories (if you wish to use your
repository via ra_local with newer clients).
Just warning ya.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by "Glenn A. Thompson" <gt...@cdr.net>.
Karl Fogel wrote:
> "Glenn A. Thompson" <gt...@cdr.net> writes:
> > After this happens, do you see any more major FS/schema changes for 1.0?
>
> That's impossible to predict, unfortunately. We'd like to avoid it,
> but if we need to do it to fix a serious problem, we will.
OK, just checking to see if anyone is poking the ant hill again :-)
gat
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by Karl Fogel <kf...@newton.ch.collab.net>.
"Glenn A. Thompson" <gt...@cdr.net> writes:
> After this happens, do you see any more major FS/schema changes for 1.0?
That's impossible to predict, unfortunately. We'd like to avoid it,
but if we need to do it to fix a serious problem, we will.
-K
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by "Glenn A. Thompson" <gt...@cdr.net>.
>
Hey
> At some point in the hopefully relatively near future, I plan to
> merge in my changes from the issue-842-dev branch...
>
After this happens, do you see any more major FS/schema changes for 1.0?
gat
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by Philip Martin <ph...@codematters.co.uk>.
cmpilato@collab.net writes:
> Geez. Here's the second problem.
>
> repos_to_wc_copy() does the following, in this order, for the file
> case:
>
> ra->get_file (file) /* this downloads the file from the server */
> set any properties that exist on file.
> wc_add (file) /* at this point, the file is added to the entries file */
>
> Now, someone please tell me how we can set properties on a file that
> is NOT YET UNDER VERSION CONTROL?!
Sounds like issue 591. Oddly enough it seems to work in some
cases(!), look at test 8 in copy_tests.py.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by cm...@collab.net.
cmpilato@collab.net writes:
> Philip Martin <ph...@codematters.co.uk> writes:
>
> > Philip Martin <ph...@codematters.co.uk> writes:
> >
> > > cmpilato@collab.net writes:
> > >
> > > > Well, it appears I have to go off a freakin' tangent and fix
> > > > merge/wc-access-baton bugs before the above actually happens.
> > >
> > > The absence of merge regression test coverage strikes again :-( I
> > > tried a few merges by hand when I made the changes but that's unlikely
> > > to cover everything. What fails?
> >
> > OK, I guess the problem you are seeing is when the merge deletes files
> > from your wc. If you want a temporary work around, then first
> > manually delete (and probably commit) the deletes that the merge is
> > going to do, then the merge won't contain any deletes and the rest of
> > it should work.
>
> That's one of the problems, yes. I ran into a second one, too, but I
> haven't quite wrapped up its identity just yet.
Geez. Here's the second problem.
repos_to_wc_copy() does the following, in this order, for the file
case:
ra->get_file (file) /* this downloads the file from the server */
set any properties that exist on file.
wc_add (file) /* at this point, the file is added to the entries file */
Now, someone please tell me how we can set properties on a file that
is NOT YET UNDER VERSION CONTROL?!
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by cm...@collab.net.
Philip Martin <ph...@codematters.co.uk> writes:
> Philip Martin <ph...@codematters.co.uk> writes:
>
> > cmpilato@collab.net writes:
> >
> > > Well, it appears I have to go off a freakin' tangent and fix
> > > merge/wc-access-baton bugs before the above actually happens.
> >
> > The absence of merge regression test coverage strikes again :-( I
> > tried a few merges by hand when I made the changes but that's unlikely
> > to cover everything. What fails?
>
> OK, I guess the problem you are seeing is when the merge deletes files
> from your wc. If you want a temporary work around, then first
> manually delete (and probably commit) the deletes that the merge is
> going to do, then the merge won't contain any deletes and the rest of
> it should work.
That's one of the problems, yes. I ran into a second one, too, but I
haven't quite wrapped up its identity just yet.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by Philip Martin <ph...@codematters.co.uk>.
Philip Martin <ph...@codematters.co.uk> writes:
> cmpilato@collab.net writes:
>
> > Well, it appears I have to go off a freakin' tangent and fix
> > merge/wc-access-baton bugs before the above actually happens.
>
> The absence of merge regression test coverage strikes again :-( I
> tried a few merges by hand when I made the changes but that's unlikely
> to cover everything. What fails?
OK, I guess the problem you are seeing is when the merge deletes files
from your wc. If you want a temporary work around, then first
manually delete (and probably commit) the deletes that the merge is
going to do, then the merge won't contain any deletes and the rest of
it should work.
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by Philip Martin <ph...@codematters.co.uk>.
cmpilato@collab.net writes:
> Well, it appears I have to go off a freakin' tangent and fix
> merge/wc-access-baton bugs before the above actually happens.
The absence of merge regression test coverage strikes again :-( I
tried a few merges by hand when I made the changes but that's unlikely
to cover everything. What fails?
--
Philip Martin
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Re: Changing the Filesystem Schema (again)
Posted by cm...@collab.net.
cmpilato@collab.net writes:
> Later today, I plan to merge in my changes from the issue-842-dev
> branch. This will necessitate an `svnadmin dump/load' cycle for
> everyone with currently existing repositories (if you wish to use your
> repository via ra_local with newer clients).
>
> Just warning ya.
Well, it appears I have to go off a freakin' tangent and fix
merge/wc-access-baton bugs before the above actually happens. So, let
me restate:
At some point in the hopefully relatively near future, I plan to
merge in my changes from the issue-842-dev branch...
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org