Interdev and Source Safe 1

[Deltaflyer]

I have been away for two weeks, and have come back into the office to find that i cannot do anything.

I have Visual Interdev connected to a server that we use for development purposes, there are 15 of us on this server so we have Source Safe in operation. Not allowing any two people to modify the same coding at the same time, however my VI will not accept the fact that i am working on a server and not my local machine, although it will let me see the files that are currently stored on the server and modify them to my hearts content, but when i come to save them it will only save them onto my local drive. Anyone got anyideas?

Thanks, DeltaFlyer ;-)

DeltaFlyer - The Only Programmer To Crash With Style.

 

[MerlinB]

Try manually saving a file to the server (via explorer). Perhaps someone has changed security to read only on the central server!

 

[LeonelSanchezJr]

At last you got that far.

I am not familiar with Visual InterDev, but I am the Visual Source administrator and I am supposed to help the web developers add all of their projects / solutions from Visual InterDev into Visual SourceSafe.

I have the options set up in Visual InterDev to use VSS, but when we try to add their project to VSS, we get an error mentioning that the server does not have VSS installed on it or the user has an invalid login.

I know the user has a valid id, so I don't know what is causing this problem. I've heard it's a common problem though from other threads on in this forum.

These web developers have their code on their local drive and the "real" stuff on the web server. So the apparently have a "working copy" and when they save their changes, the changes supposedly go back to the web server.

Did you ever get your issue resoved?

Any idea what I need to do to correct my issue?

s-)

 

[MerlinB]

The implementation of VSS for Web Sites via Visual Interdev is a bit wierd. The check-in / -out process is performed on your behalf on the web server via Frontpage Server Extensions. Visual Interdev gets the nod that the command was successful on the server, and duplicates the process to the users local machine.

This means that VSS is being called by the anonymous web user (IUSR_<machinename>) and NOT by the developer - so make sure this user is set up in VSS. If the anonymous user has write permissions to the WebSite files on the server, it will even Check-Out the files to the IUSR_xxx user - and NOT to the developer. Rather confusing. Make sure the IUSR_xxx has read only permissions to the Web Site files(set via the Project/Security options in VI).

It is very easy to get things wrong - as there are now 3 places for information: In VSS, the Read/Write flag on the server file, and the Read/Write flag on the users file.

Scenario 1: New file(s) manually added to the server seb site and not logged in VSS. They are Read/Write (typically graphic or html files added by a designer - who does not use [or like to use] VSS). A Developer then performs a Re-Synch in VI - it sees these new files and copies them to the personal web copy on their PC. However, they are Read/Write - so they must be Checked-Out - but to whome? Well VI will simply check them out to this developer - even though they may have nothing to do with that developer!

Scenario 2: The file is Read/Write on the Local copy but Read Only on the Server - you have a problem! Try checking out the file using VSS (not via VI) to the Web Server copy. This will toggle the Read/Write flag on the server copy. Hopefully now VI, VSS and both files are saying the same thing - so you can save/cehck-in your local version.

Scenario 3: The file is Read Only on the Local copy but Read/Write on the server - someone else has the file checked out! If this is not true then manually flip the Read Only flag on your Local file.

http://www.websitedesign.co.uk

http://www.zentext.com

(Content Management)