ACC97: SourceSafe Integration Tips

Last reviewed: June 5, 1997
Article ID: Q167592
The information in this article applies to:
  • Microsoft Visual SourceSafe, 32-bit, for Windows, versions 4.0, 4.0a, 5.0
  • Microsoft Office Developer Edition 97

SUMMARY

Moderate: Requires basic macro, coding, and interoperability skills.

This article contains tips to help you use the Source Code Control component of Microsoft Office 97 Developer Edition (ODE) Tools with Microsoft Visual SourceSafe.

The article is divided into three sections: Environment, Security, and Usage.

MORE INFORMATION

Environment

  • If you move, copy, or rename a database that is under source code control, you will no longer be able to use the source code control features with that database. However, you can recreate the database from the source code control project, and re-enable source code control features by pointing to SourceSafe on the Tools menu, and then clicking Create Database From SourceSafe Project.
  • The Microsoft Access Source Code Control component is specifically designed to manage Microsoft Access objects. It is possible to use Microsoft Visual SourceSafe or another source code control program to include non-Access files in the same source code control project that contains your database objects. However, even though those files appear as part of your project when you view them in Microsoft Visual SourceSafe, you cannot check any files in or out, or get the latest version of the files. Manage your non-Access files in a separate source code control project.
  • If you use a localized version of Microsoft Office 97 Developer Edition Tools, the user interface for the Microsoft Access Source Code Control component appears in the language for that version. If that is not the case, check the Regional Settings option in Control Panel to be sure it contains the correct language settings for the localized version of Microsoft Office 97 Developer Edition Tools you are using.

Security

  • When you add a database to source code control, any security features that you have implemented are removed from the database before the objects are added to the source code control project. However, by default Microsoft Visual SourceSafe maintains its own security on projects so that each user either has read-write access (the ability to edit files) or read-only access. You can set those permissions for an entire project or for specific users. After you finish developing your application and remove it from source code control, you can re-implement Microsoft Access security features before you distribute the application.

    For more information about issues using Microsoft Visual SourceSafe and a secured Microsoft Access database, please see the following article in the Microsoft Knowledge Base:

          ARTICLE-ID: Q162933
    
          TITLE     : ACC97: User Without Permissions Can Check Out an Object in
                      VSS
    
    
  • If a developer checks out an object, and then forgets his/her password, leaves the company, or is out of the office, the Microsoft Visual SourceSafe administrator can start the Visual SourceSafe Administrator program and change or delete that user's password. Then you can log on to the project with the new password and check in the objects or undo the check out.

Usage

  • Always check out an object that is under source code control before you make changes to the design of the object.
  • If you create a query using a query wizard, you are not prompted to add the query to source code control when you save it. To add the query to source code control, point to SourceSafe on the Tools menu, and then click Add Objects To SourceSafe.
  • If you use the Linked Table Manager to refresh the link to a table that is under source code control, and you do not have Data and Misc. Objects checked out, Microsoft Access does not prompt you to check it out. When you do check out Data and Misc. Objects, if the data to which the table was originally linked is not available, you receive two error messages and then the linked tables are deleted.

    For more information about this topic, please see the following article in the Microsoft Knowledge Base:

          ARTICLE-ID: Q163346
    
          TITLE     : ACC97: Linked Table Manager Doesn't Prompt You to Check Out
                      Data
    
    
  • If you modify a custom toolbar without checking out Data and Misc. Objects, your changes will be lost when you synchronize the source code control project with your database. Check out the Data and Misc. Objects object before you make changes to your custom toolbars.

    For more information about this topic, please see the following article in the Microsoft Knowledge Base:

          ARTICLE-ID: Q162825
    
          TITLE     : ACC97: Customizing Command Bar Does Not Prompt for
                      Check-Out
    
    
  • Each source code control project must contain only one Data and Misc. Objects (.acb) file. If you add a second Data and Misc. Objects file to a source code control project, you receive an error when you use the Share Objects, Create Database From SourceSafe Project, or Refresh Object Status commands.
  • Before you create a table using a macro, a make-table query, or Visual Basic code, first check out Data and Misc. Objects. If you do not, the table appears to be created, and even appears to be under source code control, but if you close the database and recreate it from the source code control project, or if you use the Get Latest Version command to retrieve the most recent version of Data and Misc. Objects, the table is removed because it was never actually added to source code control.

    For more information about this and related topics, please see the following articles in the Microsoft Knowledge Base:

          ARTICLE-ID: Q163348
    
          TITLE     : ACC97: Tables That Appear to Be Checked In in VSS Are Not
    
          ARTICLE-ID: Q159690
          TITLE     : ACC97: Problem Adding Objects Created in VBA to SourceSafe
    
    
  • If you open an object in Design view using Visual Basic code, you are not prompted to check out the object. Any changes you make will be lost when you synchronize the source code control project with your database. If you plan to change the design of an object with Visual Basic code, check out the object first.
  • When your team finishes development work on a Microsoft Access application, you must remove the database from source code control so you can distribute it or replicate it. To remove a Microsoft Access database from source code control, make sure all changes to the database are checked in. Then point to Database Utilities on the Tools menu, and click Compact Database. When prompted if you want to remove the compacted database from source code control, click Yes. All source code control properties are removed from the database.

    NOTE: You should not attempt to replicate a database while it is under source code control.

  • You can work on a database even when you aren't connected to the source code control provider. However, before you disconnect from the server, check out any objects that you plan to modify.
  • When a database is under source code control, only one user at a time can connect to it or open it. Create a copy of the database from the project for each developer who will work on it. To do so, on each developer's computer, point to SourceSafe on the Tools menu, and then click Create Database From SourceSafe Project.


Additional query words: SCC ACCSCC VSS source safe
Keywords : kbinterop
Version : 4.0 4.0a 5.0 97
Platform : WINDOWS
Hardware : x86
Issue type : kbinfo


THE INFORMATION PROVIDED IN THE MICROSOFT KNOWLEDGE BASE IS PROVIDED "AS IS" WITHOUT WARRANTY OF ANY KIND. MICROSOFT DISCLAIMS ALL WARRANTIES, EITHER EXPRESS OR IMPLIED, INCLUDING THE WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT SHALL MICROSOFT CORPORATION OR ITS SUPPLIERS BE LIABLE FOR ANY DAMAGES WHATSOEVER INCLUDING DIRECT, INDIRECT, INCIDENTAL, CONSEQUENTIAL, LOSS OF BUSINESS PROFITS OR SPECIAL DAMAGES, EVEN IF MICROSOFT CORPORATION OR ITS SUPPLIERS HAVE BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGES. SOME STATES DO NOT ALLOW THE EXCLUSION OR LIMITATION OF LIABILITY FOR CONSEQUENTIAL OR INCIDENTAL DAMAGES SO THE FOREGOING LIMITATION MAY NOT APPLY.

Last reviewed: June 5, 1997
© 1998 Microsoft Corporation. All rights reserved. Terms of Use.