This relates to our main nightly build.

Every day we use the web access to view the list of changesets for our nightly 
build.
However sometimes because we are doing maintenance on the main build, we need 
to run it.
However we don't want it to label/mess with the changesets associated to the 
build.

I tried to get around this by conditionally overriding CoreLabel and 
CoreGetChangeSetsAndUpdateWorkItems.
Then, when we manually queue a main build, we can specify an msbuild property, 
something like 'DoCoreLabel=false'.

However you can't really do this: even with a condition statement, it still 
overrides the Core version, regardless of if the expression is true. It simply 
won't RUN the contents of the target if the condition is true, but it still 
overrides regardless.

So I need some other ideas. Got any?  :)



______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email 
______________________________________________________________________


OzTFS.com - to unsubscribe from this list, send a message back to the list with 
'unsubscribe' as the subject. View the web archives at 
http://www.mail-archive.com/[email protected]/

Powered by mailenable.com, supported by www.readify.net

Reply via email to