oops, sorry about that
here is an extract of the correct file
2010-01-28 10:14:25,374 [4] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] process exited event
received
2010-01-28 10:14:25,374 [IntroducerCoreSolution] [DEBUG] - Starting
process [E:\Program Files\VisualSVN Server\bin\svn.exe] in working
directory [E:\CC_WorkingFolder\IntroducerBin\CoreSolution] with
arguments [log
http://server.com:8080/svn/IntroducerBin/CoreSolution/trunk
-r "{2010-01-28T09:54:05Z}:{2010-01-28T10:14:24Z}" --verbose --xml --
username ******* --password ******** --no-auth-cache --non-
interactive]
2010-01-28 10:14:25,374 [IntroducerCoreSolution] [DEBUG] - Not setting
PriorityClass on [E:\Program Files\VisualSVN Server\bin\svn.exe] to
default Normal
2010-01-28 10:14:25,577 [20] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] <?xml version="1.0"?>
2010-01-28 10:14:25,577 [20] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] <log>
2010-01-28 10:14:25,577 [20] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] </log>
2010-01-28 10:14:25,686 [21] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] standard-error stream
closed -- null received in event
2010-01-28 10:14:25,686 [25] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] standard-output stream
closed -- null received in event
2010-01-28 10:14:25,686 [4] [DEBUG] - [IntroducerCoreSolution E:
\Program Files\VisualSVN Server\bin\svn.exe] process exited event
received
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] - No
<logentry>s found under <log>.
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [INFO] - No
modifications detected.
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [INFO] - Building:
Build (ForceBuild) triggered from XXX
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [TRACE] -
ThoughtWorks.CruiseControl.Core -
ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate : Creating
Label for project IntroducerCoreSolution
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] Old build label is: 2.5.14.523
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] Old version is: 2.5.14.523
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] LastChangeNumber defaulted to '0'.
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] Not increasing build number because the
integration is not succeeded and 'incrementOnFailure' property is set
to 'false'.
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] Major: 2 Minor: 5 Build: 14 Revision: 523
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] -
[assemblyVersionLabeller] New version is: 2.5.14.523
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [TRACE] -
ThoughtWorks.CruiseControl.Core -
ThoughtWorks.CruiseControl.Core.IntegrationRunner.Integrate : Running
tasks of project IntroducerCoreSolution
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] - Starting
process [cmd.exe] in working directory [E:\CC_WorkingFolder
\IntroducerBin\CoreSolution] with arguments [/c if exist *result.xml
del /q *result.xml]
2010-01-28 10:14:25,686 [IntroducerCoreSolution] [DEBUG] - Not setting
PriorityClass on [E:\CC_WorkingFolder\IntroducerBin\CoreSolution
\cmd.exe] to default Normal
2010-01-28 10:14:25,702 [25] [DEBUG] - [IntroducerCoreSolution
cmd.exe] standard-output stream closed -- null received in event
2010-01-28 10:14:25,702 [20] [DEBUG] - [IntroducerCoreSolution
cmd.exe] standard-error stream closed -- null received in event
2010-01-28 10:14:25,702 [4] [DEBUG] - [IntroducerCoreSolution cmd.exe]
process exited event received
On Jan 28, 11:07 am, Daniel Nauck <[email protected]> wrote:
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\CoreSolutionhttp://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 -- Hide quoted text -
- Show quoted text -
