Solved

Shared Source for Visual Studio 2008 takes too long in loading

Posted on 2008-10-08
5
325 Views
Last Modified: 2013-11-26
We have several projects for Visual Studio 2008 Professional, SP 1 (VB.Net) which are developed by 2 or 3 people.

The necessary files are on a shared network folder, and we are using SourceSafe 6.0 to share the code. This is generally working ok.

The problem is: As soon as one developer has opened the project (and is in a debug or compile process), it will take ages for the 2nd person to startup the Project. Everything is just painfully slow, and this problem remains until the 2nd person changes the assembly name. But, it takes ten minutes just to be able to get into the screen to change the assembly name.

Is there something wrong about the way we mapped our SourceSafe?
Why does VS 2008 get slow if the Project is debugged on another station?
Or might there be a way to change the assembly name automatically to work around this problem?
0
Comment
Question by:BarepAssets
  • 3
  • 2
5 Comments
 
LVL 70

Accepted Solution

by:
Éric Moreau earned 400 total points
ID: 22668290
>>The necessary files are on a shared network folder,

When you talk about "necessary files", you talk about VSS files right? To be able to share project with VSS, yes it is generally installed on a server.

But I hope that your "necessary files" are not the files you retreived from VSS. Your working folder should be a local drive (private to each developer).

If each developer has his own local folder, VSS is not aware of what's happening locally and will not slow down operations.
0
 

Author Comment

by:BarepAssets
ID: 22668351
Actually, everything is on the shared network drive, the whole project and the VSS files.

So we all use the same "Checkout Folder".

I will try and setup different working folders for each developer on the harddrive like you said, and check if that makes a difference.
0
 
LVL 70

Expert Comment

by:Éric Moreau
ID: 22668393
>>So we all use the same "Checkout Folder".

Never do that, you are running after trouble!

Each developer needs his own local folder (to be isolated from others and for speed).
0
 

Author Comment

by:BarepAssets
ID: 22680342
After some testing I agree that using seperate CheckOut Folders is a great idea...
(and you'll get some points for this)

We still have the problem I mentioned at the start>
If one user is in a debug session, even if he has nothing checked out, the project is very slow while getting the sourcesafe files for the other user.

Our SourceSafe is 6.0d, maybe the version is too old?
0
 
LVL 70

Expert Comment

by:Éric Moreau
ID: 22680402
When you start a debug session, source safe is totally inactive. Your problem is not there. I have now switched to VSS 2005 but there was a time when I was using VSS 6.0d with .Net projects and never had that kind of problems.
0

Featured Post

3 Use Cases for Connected Systems

Our Dev teams are like yours. They’re continually cranking out code for new features/bugs fixes, testing, deploying, testing some more, responding to production monitoring events and more. It’s complex. So, we thought you’d like to see what’s working for us.

Question has a verified solution.

If you are experiencing a similar issue, please ask a related question

IP addresses can be stored in a database in any of several ways.  These ways may vary based on the volume of the data.  I was dealing with quite a large amount of data for user authentication purpose, and needed a way to minimize the storage.   …
More often than not, we developers are confronted with a need: a need to make some kind of magic happen via code. Whether it is for a client, for the boss, or for our own personal projects, the need must be satisfied. Most of the time, the Framework…
Although Jacob Bernoulli (1654-1705) has been credited as the creator of "Binomial Distribution Table", Gottfried Leibniz (1646-1716) did his dissertation on the subject in 1666; Leibniz you may recall is the co-inventor of "Calculus" and beat Isaac…
Nobody understands Phishing better than an anti-spam company. That’s why we are providing Phishing Awareness Training to our customers. According to a report by Verizon, only 3% of targeted users report malicious emails to management. With compan…

806 members asked questions and received personalized solutions in the past 7 days.

Join the community of 500,000 technology professionals and ask your questions.

Join & Ask a Question