SourceGear Support

If you turn off the automatic refresh (clear the checkbox in the dialog shown earlier in this thread), does the delay go away?

(You need to log out/in for this to take effect. Restarting Visual Studio is the best way to make sure you've done that.)

Thanks, Dave. I spoke with a developer more familiar with the plugin this morning, and he's got some ideas that might help.

If you'd be willing to send email to support@sourcegear.com, and reference this thread, he'll pick up with you from there.

Okay, sorry about the misunderstanding about with integration you're using. The pollRetry settings only work with the command-line version (which I never stated), so that's the root of my confusion. The problem is that when Vault logs in, it also refreshes the client-side tree cache. This was origin...

Typically when this problem comes up, the culprit is lots of CC.NET projects logging in simultaneously to poll for changes. I'd be surprised if one login every 15 seconds caused any trouble. It would not surprise me if 20+ simultaneous logins of the same user had issues. Because half the projects ha...

Hi Dave. Sorry you're having trouble with this. (I can almost hear the voice of HAL 9000 as I type this.) :) It's likely that the problem is actually with the server. There are some known issues with the same user logging in concurrently, so it's almost always CC.NET that exposes the problem. It's m...

Thanks for the update. Let us know how it goes.

Were you able to resolve this?

Do you have a verbose log that gives us an idea why cleanCopy wasn't working?

You probably need to turn on verbose logging to get some more detailed information. I don't remember off the top of my head where that is (I think it's in the ccnet.exe.config or ccnet.service.config, depending on which server you're running), but the CC.NET documentation will say.

cleanCopy deletes the entire folder before fetching the source. If you've got old versions of files, the delete isn't occurring. Do you have any clues why that might be? Are files in use? What does the CruiseControl log say?

CruiseControl is going to show you what changed for each build regardless of how the cleanCopy or useWorkingFolder options are set.

Also, if you had turned off the useWorkingFolder option, a Vault client wouldn't know the version of a file, all files would have status Unknown. Did you apply the settings to the wrong project, maybe?

The cleanCopy option deletes everything before fetching source, so this shouldn't be possible. What do the logs say? Were files in use, preventing their deletion? Are files being modified after a build?

I'm unable to reproduce this with MVC 1.0 and VS 2008 SP 1. Do designer.cs files get left out no matter what you add? Has it happened more than once? Can you post the steps you take to reproduce the issue? After you've added a new file, look at the pending changes window. Do you see the designer fil...

If I understand your question, you have to modify ccnet config files for any new branch.

Answered another way: You have to tell ccnet where to find the code you want built. It doesn't "discover" new branches and decide to build them.

Thanks for the feedback, this one did slip through the cracks. I've bumped up the priority on the bug.