[
https://issues.apache.org/jira/browse/SCM-435?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17961513#comment-17961513
]
ASF GitHub Bot commented on SCM-435:
------------------------------------
jira-importer commented on issue #656:
URL: https://github.com/apache/maven-scm/issues/656#issuecomment-2964611516
**[James
Nord](https://issues.apache.org/jira/secure/ViewProfile.jspa?name=teilo)**
commented
Digging through the code it seems like this should be supported and ends up
in getRepositoryURL in SvnExeScmProvider.
However this calls info which goes out and into AbstractCommand.execute(...)
which does a check against the repo.
I beleive this should call the info command directly.
.
> can not work with local copy
> ----------------------------
>
> Key: SCM-435
> URL: https://issues.apache.org/jira/browse/SCM-435
> Project: Maven SCM (Moved to GitHub Issues)
> Issue Type: Bug
> Components: maven-scm-provider-svn
> Affects Versions: 1.1, 1.8
> Environment: Windows xp, maven 2.0.9
> Reporter: James Nord
> Assignee: Robert Scholte
> Priority: Major
> Fix For: 1.9
>
> Attachments: svnexe.diff
>
>
> I have a need to use the SCM api to manipulate a local svn copy, but the svn
> provider can only work with remote copies.
> e.g. "svn info ." to get the reposirory URL etc from what Subversion has and
> not what you think it is.
> If you pass in a file:// URL it treats this as a repository and not a local
> copy - but if you don't use a url prefix and pass in just the path it fails
> to parse the URL in SvnScmProviderRepository.parseURL().
> The current workaround is to provide a custom SvnScmProviderRepository which
> overrides getURL to return the path which shows that the info command and
> others can work like this (however this obviously breaks anything that uses
> local file based repositories!)
--
This message was sent by Atlassian Jira
(v8.20.10#820010)
