Desarrollo en colaboración de las soluciones de Office
Actualización: noviembre 2007
En un proyecto de Visual Studio Tools para Office pueden trabajar varios programadores, del mismo modo que colaboran en otros proyectos de Visual Studio. Visual Studio localiza correctamente la instalación de Microsoft Office en cada uno de los equipos, incluso en caso de que Office esté instalado en distintas ubicaciones. Sin embargo, hay algunas consideraciones importantes que deben tenerse en cuenta.
Las propiedades de depuración no se comparten
Las propiedades de depuración no se comparten entre los distintos usuarios bajo un control de código fuente. Los proyectos de Visual Basic y Visual C# almacenan las propiedades de depuración en un archivo específico para cada usuario (nombreDeProyecto.vbproj.user o nombreDeProyecto.csproj.user) y este archivo no está sometido al control de código fuente. Si hay varias personas depurando, cada una de ellas debe introducir las propiedades de depuración manualmente.
Si el proyecto está alojado en un recurso compartido de red en lugar de estarlo en el sistema de control de código fuente, deben realizarse algunos pasos adicionales para permitir que los desarrolladores que trabajan en equipo puedan abrir la solución y probar el ensamblado.
Los controles de código fuente requieren la desprotección de todos los archivos
Si utiliza un control de código fuente para los proyectos, deberá desproteger todos los archivos bajo un archivo de código en el Explorador de soluciones (como los archivos ThisDocument, ThisWorkbook o ThisAddIn) cada vez que cambie el archivo de código, incluso los archivos que están ocultos de manera predeterminada. Si desprotege sólo el archivo de código de nivel superior, pueden que se pierdan los cambios.
Después de realizar las modificaciones, proteja de nuevo todos los archivos. Para obtener más información sobre los archivos de código ocultos en proyectos, vea Plantillas de proyecto de Office.
Seguridad para la colaboración informal en una red para Microsoft Office 2003
Si se utiliza una ruta de acceso UNC (como por ejemplo \\nombreDeServidor\nombreDeRecursoCompartido) como ubicación de desarrollo, el asistente presenta una advertencia de seguridad. Si la ubicación de red no es segura, otro usuario puede sobrescribir el ensamblado con un ensamblado malintencionado y poner en peligro su equipo. Puede dotar de mayor seguridad a la ubicación de red estableciendo un acceso de sólo lectura a la carpeta compartida para todos los usuarios y concediendo sólo permisos de escritura a sí mismo y a las personas que requieran ese nivel de permiso.
No debería confiar en la dirección URL como evidencia para confiar en el ensamblado, sino que debería utilizar una firma, una clave de editor u otra forma de evidencia para confiar en el ensamblado. Para obtener información sobre los distintos tipos de pruebas, vea Prueba.
Los desarrolladores deben ser administradores de Visual Studio en la red con el fin de conceder automáticamente plena confianza y ejecutar el proyecto. Si los programadores no son administradores, un administrador debe establecer la directiva de seguridad que conceda plena confianza al ensamblado y al documento en el nivel de equipo para cada uno de los programadores del equipo de trabajo. Para obtener más información, consulte Información general acerca del proceso de compilación de soluciones de Office y Requisitos de seguridad para ejecutar las soluciones de Office (2003 System).
Seguridad para la colaboración informal en una red para Microsoft Office System 2007
En todas las soluciones de nivel de documento incluidas en una ubicación de red (como \\nombreDeServidor\nombreDeRecursoCompartido), se debe agregar la ubicación completa a la lista de carpetas de confianza en la aplicación de Microsoft Office con la que está trabajando. Seleccione la opción para incluir los subdirectorios bajo la carpeta principal o bien agregue específicamente las carpetas de depuración y compilación a la lista de carpetas de confianza. Para obtener más información sobre cómo hacerlo, vea Otorgar confianza a los documentos (2007 System).
Las contraseñas no protegen los certificados temporales que se generan automáticamente en tiempo de compilación. Los certificados contienen el nombre de inicio de sesión del programador y otros datos personales. Si implementa personalizaciones firmadas por certificados temporales, otros podrían poder tener acceso a esta información.
Vea también
Tareas
Cómo: Implementar soluciones de Office (2003 System)
Conceptos
Crear soluciones de Office en Visual Studio