Gemeinsame Entwicklung von Office-Lösungen
Aktualisiert: November 2007
Bei einem Visual Studio Tools for Office-Projekt können mehrere Entwickler genauso zusammenarbeiten wie bei anderen Visual Studio-Projekten. Visual Studio findet Microsoft Office auf jedem Computer, selbst wenn Office an verschiedenen Speicherorten installiert ist. Dabei sind aber einige wichtige Punkte zu beachten.
Debugeigenschaften werden nicht freigegeben
In der Quellcodeverwaltung werden Debugeigenschaften nicht für mehrere Benutzer gemeinsam verwendet. In Visual Basic-Projekten und Visual C#-Projekten werden die Debugeigenschaften in einer benutzerspezifischen Datei (ProjectNamevbproj.user oder ProjectName.csproj.user) gespeichert, und diese Datei wird nicht in die Quellcodeverwaltung einbezogen. Wenn mehrere Personen debuggen, muss jede Person die Debugeigenschaften manuell eingeben.
Wenn sich das Projekt in einer Netzwerkfreigabe befindet statt in der Quellcodeverwaltung, müssen einige zusätzliche Schritte unternommen werden, damit zusammenarbeitende Entwickler die Projektmappe öffnen und die Assembly testen können.
Die Quellcodeverwaltung verlangt das Auschecken aller Dateien
Wenn Sie für Ihre Projekte die Quellcodeverwaltung verwenden, sollten Sie immer alle Dateien unterhalb einer Codedatei im Projektmappen-Explorer (beispielsweise die Codedateien ThisDocument, ThisWorkbook oder ThisAddIn) auschecken, bevor Sie die Codedatei ändern. Dies gilt auch für Dateien, die standardmäßig ausgeblendet sind. Wenn Sie nur die Codedatei der obersten Ebene auschecken, gehen die Änderungen möglicherweise verloren.
Nachdem Sie die Änderungen vorgenommen haben, checken Sie alle Dateien wieder ein. Weitere Informationen zu ausgeblendeten Codedateien in Projekten finden Sie unter Office-Projektvorlagen.
Sicherheit für die zwanglose Zusammenarbeit in einem Netzwerk für Microsoft Office 2003
Wenn als Speicherort für die Entwicklung ein UNC-Pfad (z. B. \\Servername\Sharename) verwendet wird, gibt der Assistent eine Sicherheitswarnung aus. Wenn der Speicherort im Netzwerk nicht sicher ist, kann ein anderer Benutzer Ihre Assembly mit einer bösartigen Assembly überschreiben und Ihren Computer gefährden. Sie können das Netzwerkverzeichnis besser sichern, indem Sie allen Benutzern nur Lesezugriff auf den freigegebenen Ordner erteilen und nur sich selbst und Benutzern, die dies benötigen, Schreibzugriff gewähren.
Sie sollten das Projekt nicht anhand der URL als vertrauenswürdig einstufen, sondern eine Signatur, einen Herausgeberschlüssel oder eine sonstige Beweisform verwenden, um der Assembly Vertrauenswürdigkeit zu gewähren. Weitere Informationen zu verschiedenen Beweisformen finden Sie unter Beweise.
Die Entwickler müssen Netzwerkadministratoren sein, damit Visual Studio automatisch vollständige Vertrauenswürdigkeit gewährt und das Projekt ausführt. Sind sie das nicht, muss ein Administrator für jeden am Projekt mitarbeitenden Entwickler auf der Computerebene die Sicherheitsrichtlinie so festlegen, dass der Assembly und dem Dokument vollständige Vertrauenswürdigkeit gewährt wird. Weitere Informationen finden Sie unter Übersicht über das Erstellen von Office-Projektmappen und unter Sicherheitsanforderungen für die Ausführung von Office-Projektmappen (2003 System).
Sicherheit für die zwanglose Zusammenarbeit in einem Netzwerk für 2007 Microsoft Office System
Für alle Projektmappen auf Dokumentebene an einem Netzwerkspeicherort (beispielsweise \\Servername\Sharename) muss der vollqualifizierte Speicherort zur Liste vertrauenswürdiger Verzeichnisse in der Microsoft Office-Anwendung hinzugefügt werden, mit der Sie arbeiten. Wählen Sie die Option, die Unterverzeichnisse unter dem Hauptverzeichnis einzuschließen, oder fügen Sie jeweils Debug- und Buildverzeichnisse zur Liste vertrauenswürdiger Verzeichnisse hinzu. Weitere Informationen hierzu finden Sie unter Gewähren von Vertrauenswürdigkeit für Dokumente (2007 System).
Die temporären Zertifikate, die automatisch zur Buildzeit generiert werden, werden nicht mit Kennwörtern gesichert. Die Zertifikate enthalten den Benutzernamen des Entwicklers und andere persönliche Informationen. Wenn Sie Anpassungen bereitstellen, die von temporären Zertifikaten signiert sind, könnten Andere auf diese Informationen zugreifen.
Siehe auch
Aufgaben
Gewusst wie: Bereitstellen von Office-Projektmappen (2003 System)
Konzepte
Erstellen von Office-Projektmappen in Visual Studio