Martin,
Please read below.
Assuming we are going to need to keep the current approach of calling svn
info, this is what I propose we do. I will add a new method to
svnClientAdapter that looks like this:
public boolean statusReturnsRemoteInfo() {
}
The JavaSVN adapter will return true, the other two will return false.
Within Subclipse, you could then condition the usage of svn info to when
this method is false. In the case of JavaSVN, all of the info you need
should exist in the call to svn status. Of course I will also need to
commit the latest version of JavaSVN, which actually does this.
Assuming we can get JavaHL enhanced for Subversion 1.3, we would just need
to change the boolean to true in the JavaHL adapter.
What do you think?
Mark
PS - In debug, I noticed that svn info is being called on locally modified
files. Is this necessary? Does the status call not tell us that it is an
outgoing change only?
----- Forwarded by Mark Phippard/SoftLanding Systems on 08/08/2005 10:56
AM -----
"Alexander Kitaev" <alex@tmate.org> wrote on 08/08/2005 10:44:34 AM:
> Hello Mark,
>
> > > Another way is to make "remote" status always put
> > repository value of
> > > revision into Status' lastChangedRevision field, but I expect this
> > > will broke python command line tests...
>
> You're right, I mistaked when told you about python tests - just forgot
that
> cli implementation doesn't use SVNClient, and I could only make changes
in
> Status creation code, and just add getRepositoryRevision method to the
> SVNStatus class in JavaSVN API - this will not affect command line
> implementation of course. I've just committed these changes in trunk:
>
> Status.getLastChangedRevisionNumber reports repository revision
> ("svn:entry:committed-revision" property value) when status is "remote"
for
> added and modified items.
> Status.getURL and Status.getNodeKind reports correct values for files
that
> exists in repository but are missing locally.
>
> Hope this will help to speed up Subclipse synchronization. If you will
get
> any problems with this, please let me know.
>
> Alexander Kitaev,
> TMate Software,
> http://tmatesoft.com/
_____________________________________________________________________________
Scanned for SoftLanding Systems, Inc. by IBM Email Security Management Services powered by MessageLabs.
_____________________________________________________________________________
Received on Tue Aug 9 00:59:31 2005