DLL's getting added to SCC (web service project)

neal007 · Post by **neal007** » Sat Jun 16, 2007 7:39 pm

I have "some" DLL's that keep getting added to Vault, primarily System.*.DLL's, not my referenced DLL's I set in the project manually.

*.dll is set as an exclusion, as well as the bin folder, but in my web service project they keep getting added!

Beth · Post by **Beth** » Mon Jun 18, 2007 7:44 am

What version of Visual Studio are you using (including service packs)?
Are you using the VSIP client or the MCSCCI client?

neal007 · Post by **neal007** » Mon Jun 18, 2007 8:11 am

I'm using VS 2005 with SP1 (Vista).

I'm using the "Legacy" client, I wouldn't touch the VSIP client with a 10 foot pole!

Post by **jclausius** » Mon Jun 18, 2007 8:22 am

Neal:

A quick note - Visual Studio's MSSCCI implementation has a "feature" (or what I would call a bug) that adds the bin\ and obj\ directories to SCC. The problem has been logged on a Visual Studio bug list. We're hopeful Microsoft will fix this problem in a future release of Visual Studio.

neal007 · Post by **neal007** » Mon Jun 18, 2007 8:26 am

What is the purpose of the exclusions in a Repository then? Shouldn't it still PREVENT the addition to vault? Shouldn't there be a "middle tier" that prevents excluded files from being consumed by Vault?

Post by **jclausius** » Mon Jun 18, 2007 9:08 am

The exclusionary list is applied to a grouping of sub-files when using the Vault "Add Folder" command.

However, the Microsoft MSSCCI interface only sends requests one file at a time ("Add File" and "Create Folder" commands). It doesn't work at the folder level, but rather it sends commands to create files / and sub-folders one object at a time. I suppose MS implemented it this way to provide generic functionality for all types of version control systems.

neal007 · Post by **neal007** » Mon Jun 18, 2007 9:17 am

If I have an exclusion for *.dll, why is Vault adding this file to my database? It should be skipped regardless of Microsoft, VS.NET, moon phase, etc!

Post by **jclausius** » Mon Jun 18, 2007 9:28 am

neal007 wrote:It should be skipped regardless of Microsoft, VS.NET, moon phase, etc!

For folders, yes; for individual files, no. The exclusionary list is only used when invoking "Add Folder". This is true for any client be it Vault, CLC, IDE , VSIP, Dreamweaver, Eclipse, or anything else.

For example, if you open a Vault client. Go to a directory, and invoke Add File/Folder. Now specifically choose a .dll from the file list. Notice the actions which will be taken from below. Click OK to add it, and commit the transaction. The file was added to the repository because the Vault client used the "Add File" command.

Next invoke Add File/Folder. Navigate to a bin\ folder, and specifically choose the bin\ folder. Notice what files would be added (assuming you have the same exclusions). By default, the folder's .dlls are not added because the exclusionary list is applied to the added folder.

As I said before, the Microsoft API is calling Add File and Create Folder. FWIW, the problem is not specific to Vault as other Version Control Tools have the same problem. Microsoft is aware of the problem, so we can hope they will address this at some point in the future.

neal007 · Post by **neal007** » Mon Jun 18, 2007 9:48 am

I have *.dll on a FILE EXCLUSION

I have BIN on a folder exclusion

As both the bin and the file "*.dll" is on VAULT's exclusion list, I would think the system that uploads data to Vault would BYPASS the excluded files or folders, regardless of what is going on by anyone else.

Post by **jclausius** » Mon Jun 18, 2007 10:42 am

Yes, that is how it works. When any Vault client calls AddFolder it will apply the exclusionary list. When a client calls AddFile there is no exclusion.

You are seeing the designed behavior.

AndrewBingham · Post by **AndrewBingham** » Mon Jul 02, 2007 3:57 am

In a previous post on this subject - see http://support.sourcegear.com/viewtopic.php?p=32722 -
sourcegear maintained that this problem is not theirs and is a Microsoft Souce Control API issue.

Please review: http://connect.microsoft.com/VisualStud ... kID=106118

and:
http://connect.microsoft.com/VisualStud ... kID=102093

This issue WAS fixed by Microsoft in May 2005. It is still, however, a problem in Vault 4.0.1 as at July 2007

neal007 · Post by **neal007** » Mon Jul 02, 2007 5:33 am

I don't recall this issue in 3.x, regardless, I thought Vault was a middle tier and could prevent things from going into the database based on Vault rules alone!

Post by **jclausius** » Mon Jul 02, 2007 9:11 am

AndrewBingham wrote:This issue WAS fixed by Microsoft in May 2005. It is still, however, a problem in Vault 4.0.1 as at July 2007

If MS did fix this, then the Vault MSSCCI client will not have the problem.

The MS items you posted where closed as duplicates. I found this MS bug report as well - http://connect.microsoft.com/VisualStud ... kID=102149.

So, I am a little unclear if this bug was fixed and closed, or suspended, but marked fixed and closed.

FWIW, I did some internal testing, and web sites and web services created under VS 2005 with SP1 do not have this problem. However, the web sites/services are in the "new" Visual Studio 2005 model with the App_* folders. I'll try a converted VS 2003 web sites a bit later.

Post by **jclausius** » Mon Jul 02, 2007 9:15 am

neal007 wrote:I don't recall this issue in 3.x, regardless, I thought Vault was a middle tier and could prevent things from going into the database based on Vault rules alone!

Not with the Vault MSSCCI client. The Vault MSSCCI handles very simple operations - Checkout, Check In, Get, Add File, Create Folder, Show History, Rename, Move, Diff, Delete, etc.

In terms of what operations are actually performed and on what objects, Visual Studio is in complete control.

AndrewBingham · Post by **AndrewBingham** » Mon Jul 02, 2007 10:00 am

Thanks for the speedy replies Jeff.

The Web Service I have this problem with WAS created using VS2005 SP1 (and so has the "app_" folder)

Nonetheless the \Bin folder is checked out when editing files in the Web Service.

I tried removing the \Bin folder from the Vault repository - next time I editied a Web Service file they were added back into the repository.

===============================================
BTW Whilst I agree that v4.0 was unusable (I suspect you released the wrong internal version.......DOH ! ) - v4.0.1 has been very stable with only a couple of minor problems which may be more to do with us not RTFM than the product itself.

SourceGear Support