[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: merge tracking: rejecting commits from svn clients < 1.5

From: Kamesh Jayachandran <kamesh_at_collab.net>
Date: 2007-02-13 08:33:39 CET

>
> I presume there are new APIs that the svn HTTP client is using to send
> to the server to update the metadata? Or this is just a property only
> change?
>
It is just a property change.

> Could we not have the client always make a call to some new API that
> would indicate to mod_dav_svn that even if there's no merge metadata
> to send, that the client would have sent it if there was info to send?
>
> The server could have a bit checked when it saw this call, indicating
> that the client is merge metadata aware.

Not sure how it would help.
Let us say whenever a merge happens we mandate some indicator_API to be
called to ensure that Caller is a 1.5.x client.
Server is totally incapable to distinguish a commit being a result of
merge+commit or adhoc change + commit.

If it is merge+commit 1.5.x client would have called indicator_API that
would give a clue of 'merge+commit'. But how can we differentiate from
'merge+commit' by <1.5.x clients and any other commit from any client.

With regards
Kamesh Jayachandran
>
> Regards,
> Blair
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: dev-help@subversion.tigris.org
>

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Tue Feb 13 08:33:09 2007

This is an archived mail posted to the Subversion Dev mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.