Совместная разработка решений Office
Обновлен: Ноябрь 2007
Над одним проектом 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).
Безопасность для неформальной совместной работы в сети для системы Microsoft Office 2007
Для всех решений уровня документа, расположенных в сетевых папках (например, \\ИмяСервера\ИмяСетевойПапки), необходимо добавить полный путь к списку надежных папок в приложениях Microsoft Office, с которыми идет работа. Выберите параметр для добавления подкаталогов основной папки или добавьте папки отладки и построения в список надежных папок отдельно. Дополнительные сведения см. в разделе Присвоение уровня доверия документам (система 2007).
Временные сертификаты, автоматические генерируемые в процессе построения, не защищены паролями. Сертификаты содержат имя пользователя разработчика и другие личные данные. При развертывании настроек, подписанных временными сертификатами, другие пользователи могут получить доступ к этой информации.
См. также
Задачи
Практическое руководство. Развертывание решений Office (система 2003)
Основные понятия
Создание решений Office в Visual Studio