I enjoy how over complicated this has become.
simplified example Same Unix system
A. current Subversion Server Version is 1.6.5. ok ?
B. Six months ago Subversion Server Version was 1.5.2 ok ?
C. 1 year ago Subversion Server Version was 1.4.2 ok ?
C. created 10 repositories at 1.4.2 ok ?
B. added 10 more repositories at 1.5.2 ok ?
A. added 20 repositories at 1.6.5 ok ?
No one kept track of which repositories where created when. ok ?
There are now 40 repositories named foo1... foo40 ok ?
What is the version of repository foo1 ? foo2? foo3? ... foo40 ok ?
that's it . no working directories just Repositories.
David Huang wrote:
> On Feb 15, 2010, at 3:03 PM, Phil Pinkerton wrote:
>
>
>> A client says Subversion is broken his merge isn't working and the
>> engineer suspects the working directory was checked out under svn 1.4.2
>> so he is not seeing what he expects as if he was using svn 1.6.5 which
>> does not have the same merge attributes. So I need to determine which
>> revision of subversion his repository was created with.
>>
>
> I think we're having terminology problems... in the context of Subversion, "revision" and "version" are different. Also, "working copy" and "repository" are very different. I'm still not sure what you want to find out, but it sounds like you want to know the version number of Subversion that the client's working copy was created with? I.e., you're looking for a number like "1.4.2" or "1.5.5" or "1.6.5"? "Revision" numbers are simple whole numbers (e.g., 15 or 5210 or 26532), and it sounds like you're not interested in getting any "revision" numbers.
>
> When you say "So I need to determine which revision of subversion his repository was created with", who does "his" refer to when you say "his repository"? There should only be one repository, and it's on the server. If you want to know the version number of the Subversion server, whoever installed it should know, or be able to find out. I don't think there's a sure-fire way to find out remotely, but if it's accessible over HTTP or HTTPS, you might be able to find out simply by browsing to the repository URL using a web browser. E.g., if you go to http://svn.apache.org/repos/asf/subversion/trunk/ in a web browser, you'll see "Powered by Subversion version 1.6.6 (r40053)." at the bottom of the page.
>
> If you are trying to find out which version of Subversion the client's working copy was created with, I don't know the answer to that. The various clients will tell you their version number, which isn't necessarily the same as the version number that created the working copy (e.g., if you recently installed a new version, but haven't actually done anything to the working copy yet). However, it seems fairly likely that this method will work--just ask the person whose merge isn't working to get the version number of the Subversion client he tried to do the merge with. If he uses the svn commandline client, have him run "svn --version". If he uses TortoiseSVN, right-click in Explorer somewhere and select TortoiseSVN -> About. If he uses some other Subversion client, there should be some way to get its version number.
>
> ------------------------------------------------------
> http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2447895
>
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
>
>
------------------------------------------------------
http://tortoisesvn.tigris.org/ds/viewMessage.do?dsForumId=4061&dsMessageId=2447900
To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_tortoisesvn.tigris.org].
Received on 2010-02-15 22:57:23 CET