Kinook Software Forums

Go Back   Kinook Software Forums > Visual Build Professional > [VBP] Third Party Tools

Thread Tools Rate Thread Display Modes
Old 05-23-2004, 10:54 PM
rob_manger rob_manger is online now
Registered User
Join Date: 05-18-2004
Posts: 16
Question How to add New Files to VSS

Hi Guys,

I have yet another VSS action problem which is probably a limitation of the ss.exe. My VBP script checks files out, copies new files over the top of the checked out files, then checks in the changes. The problem lies in what to do with New Files.

The problems are:
- "Check In" can not, as far as I can see, remove local copies, ie: leaving only new files that can be added in the next step.
- Adding files that already exist in VSS generates an error. I do not wish to "Ignore Errors" if possible.

Can anyone tell me how to isolate the new files for addition into the VSS project?


Rob Manger
Reply With Quote
Old 05-24-2004, 08:35 AM
kinook kinook is online now
Join Date: 03-06-2001
Location: Colorado
Posts: 5,754
To ensure repeatable and consistent builds, I would recommend that your build process only use what is retrieved from source control for builds. I'm not sure where you're copying files from after checkout, but that sounds dangerous.

The recommended procedure would be to require developers to manually add new files to VSS when they check in changes to a project (when using the VSS IDE integration in VS6 or VS.NET, I believe it will prompt for doing this when adding an item to a project).

The SourceSafe.bld sample demonstrates automating bulk adding (for instance, to populate a new database from a local directory tree or to add a new project and all its files), but if you wanted to automate adding of new files to an existing VSS project, that is not so simple and there's nothing built-in to do it for you (other than possibly ignoring errors as you mentioned). You would need to write script code to parse and compare the local directory tree w/ VSS and then generate add steps for any missing files (skipping files that wouldn't normally be placed in source control).
Reply With Quote
Old 05-24-2004, 07:54 PM
rob_manger rob_manger is online now
Registered User
Join Date: 05-18-2004
Posts: 16
Thanx for the reply,

The reason for the copying is that due to the nature of the project, it is required that the majority of the developers continually disconnect from the domain in order to Unit test on multiple private domains. Because of this, many problems were encountered with the link to VSS, which we won't go into here.

Instead of wasting time on this problem we have come up with the work-around of automating the copying files to a secure, reliable location for check in into VSS before the actual build and labeling process begins.

While I agree that it IS dangerous and I have spent a fair bit of time trying to solve the problem, there was no fore-seeable solution, hence the work-around. At least with an automated process, it is more reliable than any manual action.


Rob Manger
Reply With Quote

Thread Tools
Display Modes Rate This Thread
Rate This Thread:

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off

All times are GMT -5. The time now is 03:33 PM.

Copyright 1999-2019 Kinook Software, Inc.