Hi, this is the svn part, i mean sth like this:
2009-12-02 20:30:00,562 [Trunk.Nightly.App:INFO] Building: ScheduleTrigger triggered a build (IfModificationExists) 2009-12-02 20:30:00,562 [runk.Nightly.App:DEBUG] Old build label is: 2.1.1068.0 2009-12-02 20:30:00,562 [Trunk.Nightly.App:DEBUG] Old version is: 2.1.1068.0 2009-12-02 20:30:00,562 [Trunk.Nightly.App:DEBUG] Major: 2 Minor: 1 Build: 1068 Revision: 0 2009-12-02 20:30:00,562 [Trunk.Nightly.App:DEBUG] New version is: 2.1.1068.0 Cedric schrieb: > 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 - >>
