SourceGear Support

It is also worth mentioning the Vault Server Plugin mechanism, which we currently use to interface to our custom issues log system.

I had suspected this. I sometimes see the pending checkin is updating but at the moment I am only up to hundreds rather than tens of thousands of file. What we should do is open a new feedback (don't know whether they monitor closed ones) and get on a voting and validate campaign on the MSDN Feedbac...

There might be a gateway or proxy in between that is preventing a file that large from getting through. If it works on the LAN, then the problem is outside Vault, since Vault's upload limit is server based, and determined by IIS's file upload limit. Since a remote user would use the same IIS server...

Vault 3.1.1 Hi, On checkin, some of our remote (accessing through the Internet) developers are receiving a Request Entity Too Large when checking in a 11MB file. But if I check in the file from my client (which is on a LAN with the Vault server), it checks in fine. Is this a client, internet, or ser...

In Vault we are now storing a sizeable number of XML files. It would be great if the custom diff tool can be customized per extension. I can then use the supplied diff tool for normal source code and and xml diff tool for the xml files. (I'm too cheap to buy a super-duper diff tool that can do both!...

Recognition of keyword expansion, so that it doesn't create an unnecessary conflict (this easily causes the majority of my conflicts during a merge, each of which I must manually resolve). +1 for the keyword expansion ignore. We don't use merge very often (we branch for releases only), but when we ...

Just like to note that the greater integration with CruiseControl.NET as specifically addressed by 3.1.7 is way cool... providing Ian to focus on some of the issues is also much appreciated. Most of my hacks and workarounds are now obsoleted.

Thanks, keep it coming!

As standard, the file version numbers start at 1 and increment. Is it possible to customise this or preset version numbers on import. (I.e.. so maybe they can match the software version where all files mofified for release 5 of the software are versioned in the form 5.xx)?? Hi, I did ask about this...

Ah, got the "it's not a bug it's a feature" reply: Thank you for your feedback. This is actually by design. If you are using source control, you do not want to store dynamically changing files such as a dll or pdb file. However, the refresh file contains information on where to get the dll...

Linda and Marc, Thanks for your help. So far we couldn't be happier with Vault. The fact that we're no longer using VSS just makes it that much sweeter. :) Thanks again, Jon And wait until you discover the Client API and the server plugins API... your team will dream up many integration scenarios w...

Switch to the web application model http://webproject.scottgu.com/. Solves all bin dir source control problems.

Thanks again!

There is now a workaround: dump the web site model and use the Visual Studio 2005 Web Application Project model instead. I have verified that it fixes the references issue. No more bin folders in your source control!

Tonya, thanks for the repro. Can you now please vote and validate the bug: http://lab.msdn.microsoft.com/ProductFeedback/viewfeedback.aspx?feedbackid=3d29c004-5148-4cb9-b1f8-0befb0ec1db5 maybe adding comment (if you can, it never seems to work for me on other bugs I am tracking!) that VSS is also af...

I tried to vote on this, but there was a post from MS that they couldn't reproduce the error. I'd suggest providing them with some samples so they can reproduce it. I don't know what good it would to do send a solution bound to my Vault server here. Or maybe it doesn't happen with SourceSafe or any...

5. Create a separate folder called ThirdParty, checked in Vault, with subfolders for each thirdparty dll. If necessary create a further subfolder for each version, if you anticipate multiple versions of the 3rd party controls will be used, by multiple projects. Projects should use file-based referen...