I'm not sure if anyone needs more info on how to recreate the problem, so I will explain how we have our repositories structured that cause this problem.
We have two repositories in this scenario. One that holds the solution and any solution specific project and another that holds internally developed shared libraries (across many solutions). The solution repository has a dependencies folder that contains externals to the trunk of the shared library repository. Our IT infrastructure is changing and may change again in the foreseeable future. These IT changes have changed the URL (specifically the protocol, host name, and/or port) the externals we use point to because we currently use absolute paths in the externals list. We would like to use relative paths in the externals so that we do not have to go through and change every external every time we change some IT infrastructure that causes the URL to change. We changed the solution repository's externals to relative paths to the shared libraries repository by using the recommended method in the TortoiseSVN client's help of "^/../OtherRepo" to get to the repository root, up a directory to the svn parent path, and then into another repository. After we commit that change, the next time CC.Net checks for modifications (with checkExternals set to true), the build throws the original post's exception. We really do need to keep checkExternals set to true because we are still in development of the shared libraries and committing a change to that shared library really needs to fire a build for all solutions that reference the shared library for automated integration testing. And for the reasons stated previously, we would really like to use seperate repositories for shared libraries and relative path externals for references to those shared libraries. On Jul 7, 12:06 pm, tohlsen <[email protected]> wrote: > We are attempting to move all of our svn:externals to relative paths, > but if we have checkExternals set to true, we get an exception every > time it checks for modifications. > > We are running CC.Net 1.4.4.83. > > Here is the exception... > > ThoughtWorks.CruiseControl.Core.CruiseControlException: Source control > operation failed: svn: URL 'http://mydomain.com/svn/Repo1/../Repo2/ > Trunk/SharedLibrary' contains a '..' element > . Process command: C:\Program Files\CollabNet Subversion Client > \svn.exe log ^/../Repo2/Trunk/SharedLibrary -r "{2009-07-07T02:24:11Z}: > {2009-07-07T02:25:19Z}" --verbose --xml --username [myuser] --password > [mypwd] --non-interactive --no-auth-cache > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.ProcessSourceControl.Execute > (ProcessInfo processInfo) > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.Svn.GetModifications > (IIntegrationResult from, IIntegrationResult to) > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.FilteredSourceControl.GetModi > fications > (IIntegrationResult from, IIntegrationResult to) > at > ThoughtWorks.CruiseControl.Core.Sourcecontrol.QuietPeriod.GetModifications > (ISourceControl sourceControl, IIntegrationResult lastBuild, > IIntegrationResult thisBuild) > at > ThoughtWorks.CruiseControl.Core.IntegrationRunner.GetModifications > (IIntegrationResult from, IIntegrationResult to) > at ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate > (IntegrationRequest request)
