合作开发 Office 解决方案
更新:2007 年 11 月
多个开发人员可以共同开发 Visual Studio Tools for Office 项目,这与他们合作开发其他 Visual Studio 项目的情形相同。Visual Studio 可在每台计算机上正确地定位 Microsoft Office 安装,即使 Office 安装在不同的位置中。但是,您必须了解一些重要的注意事项。
调试属性不共享
在源代码管理下,调试属性不在多个用户间共享。Visual Basic 和 Visual C# 项目将调试属性存储在特定于用户的文件(项目名.vbproj.user 或 项目名.csproj.user)中,并且此文件不受源代码管理。如果有多人正在调试,则每个人都必须手动输入调试属性。
如果项目驻留在网络共享上而不是在源代码管理中,则必须采取一些额外的步骤,以允许合作开发人员打开解决方案和测试程序集。
源代码管理需要签出所有文件
如果对您的项目进行源代码管理,您应当在每次更改代码文件时签出“解决方案资源管理器”中代码文件下的所有文件(比如 ThisDocument、ThisWorkbook 或 ThisAddIn 代码文件),即使这些文件默认情况下处于隐藏状态。如果只签出顶层的代码文件,您的更改可能会丢失。
进行更改后,请签入回所有文件。有关项目中的隐藏代码文件的更多信息,请参见 Office 项目模板。
Microsoft Office 2003 网络非正式协作的安全性
如果将 UNC 路径(例如 \\服务器名\共享名)用作开发位置,该向导会显示一条安全警告。如果网络位置不安全,其他用户可能会使用恶意的程序集来覆盖您的程序集并危害您的计算机。您可以通过以下方法使网络位置更加安全:将共享文件夹的只读访问权限授予所有用户,而将写权限仅授予您自己和需要该级别权限的用户。
您不应依赖于 URL 作为证据来信任程序集,而应该使用签名、发行者密钥或其他形式的证据来信任程序集。有关不同形式证据的信息,请参见证据。
开发人员必须是用于 Visual Studio 的网络上的管理员,才能自动授予完全信任和运行项目。如果开发人员不是管理员,则管理员必须设置安全策略,以便在计算机级别为每个合作开发人员授予对程序集和文档的完全信任。有关更多信息,请参见 Office 解决方案生成过程概述和运行 Office 解决方案的安全要求 (2003 System)。
2007 Microsoft Office System 网络非正式协作的安全性
对于位于网络位置(比如 \\服务器名\共享名)的所有文档级解决方案,必须将完全限定位置添加到您所使用的 Microsoft Office 应用程序中的受信任文件夹列表。选择选项以在包括主文件夹下的子目录,或者专门将调试和生成文件夹添加到受信任文件夹列表。有关如何执行该操作的更多信息,请参见 向文档授予信任 (2007 System)。
在生成时自动创建的临时证书不受密码保护。这些证书包含开发人员的登录名和其他个人信息。如果部署用临时证书签名的自定义项,其他人将能够访问此信息。
请参见
任务
如何:部署 Office 解决方案 (2003 System)
概念
在 Visual Studio 中创建 Office 解决方案