Daniel, here is the part of the log file you asked for:
2010-01-28 10:14:48,655 [IntroducerCoreSolution:INFO] Task output: 2010-01-28 10:14:48,655 [IntroducerCoreSolution:DEBUG] Starting process [E:\Program Files\VisualSVN Server\bin\svn.exe] in working directory [E:\CC_WorkingFolder\IntroducerBin\CoreSolution] with arguments [copy -m "CCNET build 2.5.14.523" E:\CC_WorkingFolder \IntroducerBin\CoreSolution http://server.com:8080/svn/IntroducerBin/CoreSolution/tags/2.5.14.523 --username ********** --password ******** --no-auth-cache --non- interactive] 2010-01-28 10:14:48,655 [IntroducerCoreSolution:DEBUG] Not setting PriorityClass on [E:\Program Files\VisualSVN Server\bin\svn.exe] to default Normal 2010-01-28 10:14:48,858 [13:DEBUG] [IntroducerCoreSolution E:\Program Files\VisualSVN Server\bin\svn.exe] svn: Path 'http://server.com:8080/ svn/IntroducerBin/CoreSolution/tags/2.5.14.523/CoreSolution' already exists 2010-01-28 10:14:48,968 [13:DEBUG] [IntroducerCoreSolution E:\Program Files\VisualSVN Server\bin\svn.exe] standard-error stream closed -- null received in event 2010-01-28 10:14:48,968 [22:DEBUG] [IntroducerCoreSolution E:\Program Files\VisualSVN Server\bin\svn.exe] standard-output stream closed -- null received in event 2010-01-28 10:14:48,968 [5:DEBUG] [IntroducerCoreSolution E:\Program Files\VisualSVN Server\bin\svn.exe] process exited event received 2010-01-28 10:14:48,968 [IntroducerCoreSolution:DEBUG] Exception caught: Source control operation failed: svn: Path 'http://server.com: 8080/svn/IntroducerBin/CoreSolution/tags/2.5.14.523/CoreSolution' already exists On Jan 28, 10:53 am, Daniel Nauck <[email protected]> wrote: > Hello, > > can you please also paste the ccnet service logfile (the part with the > assembly version labeller output) > > Thanks. > > Cedric schrieb: > > > > > Chaps, > > > I'm using version 1.5.6780.1 of CCNet in ourt prod environment and all > > is well apart from one thing. > > > Here is my senario:- > > > I force a build on project X (sourced from SVN) after the build is > > complete a tag (for example 2.5.1.233) is added to svn with the > > assemblyVersionLabel. So far all is well. Now if i or another member > > of my team forces a build on project X this time the build fails > > because svn reports the label as already existing?!?! I would of > > expected label 2.5.2.233 to of be used, but the server logs show label > > 2.5.1.233 being added. > > > I was under the impression that the label was updated after every > > successfull build. Or am i just missing something obvious? > > > Below i the labeller block that I use: > > <labeller type="assemblyVersionLabeller"> > > <major>2</major> > > <minor>5</minor> > > <incrementOnFailure>false</incrementOnFailure> > > </labeller> > > > Below is the Source control block that i use: > > <sourcecontrol type="svn"> > > <autoGetSource>true</autoGetSource> > > <executable>"E:\Program Files\VisualSVN Server\bin\svn.exe"</ > > executable> > > <trunkUrl>http://server.com:8080/svn/$(SCC_Repo)/$(SCC_Solution)/ > > trunk</trunkUrl> > > <tagBaseUrl>http://server.com:8080/svn/$(SCC_Repo)/$ > > (SCC_Solution)/tags</tagBaseUrl> > > <workingDirectory>E:\CC_WorkingFolder\$(SCC_Repo)\$(SCC_Solution) > > </workingDirectory> > > <cleanCopy>false</cleanCopy> > > <cleanUp>true</cleanUp> > > <revert>true</revert> > > <tagOnSuccess>true</tagOnSuccess> > > </sourcecontrol>- Hide quoted text - > > - Show quoted text -
