Wie kann ich Deployment Artikel Referenzen verwalten, die entweder sein kann, auf einem x86 installieren oder x64 für ein MSTest-basiertes Projekt installieren?
-
06-07-2019 - |
Frage
Vielen Zusammenhang href="https://stackoverflow.com/questions/245687/managing-reference-paths-between-x86-and-x64-workstations-in-a-team"> diese Frage , haben wir ein Szenario, in meinem Team, wo wir den Inhalt eines Ordners auf eine Reihe von Bibliotheken und Konfigurationsdateien für die Bibliotheken in unseren Ordner, in dem unser Testcode aus ausgeführt wird, im Rahmen der Prüfung des Bereitstellungsschritt kopieren müssen.
Aufgrund der Anlagengröße und anderer Faktoren, in diesem Installationsordner in der Quellcodeverwaltung Überprüfung für nur zwischen den Teammitgliedern teilen nicht lebensfähig ist.
Der Installationspfad für den Ordner ist entweder / Programme / InternalTool / oder / Program Files (x86) / InternalTool / auf der installierten Umgebung abhängig. Ich möchte, dass meine .testrunconfig Datei zu installieren, so dass, wenn eine Person die neueste Version der Lösung erhält, sie müssen nicht auf die gemeinsam genutzte interne Bibliothek Suite über fixups für den Pfad kümmern.
Gibt es eine Möglichkeit, diese nahtlos zu machen für alle Mitglieder beteiligt sind, und wenn ja, wie man dies erreichen kann?
Einschränkungen sind wie folgt:
- kann nicht in gemeinsamer Suite überprüfen
- shared-Suite hat keine Überschreibung für Installationspfad
Ist das möglich, oder bin ich zu viel verlangt?
Lösung 2
Das war eigentlich viel, viel einfacher, als ich erwartet hatte.
Während die UI nicht viele Dinge mit der lokalen Testlauf Konfigurationsdatei unterstützen, konnte ich den Weg, um den Standard-% Programfiles% verwendet wird.
- Auf x86-Systemen dies beschließt, auf den meisten Systemen auf. C: \ Programme \
- Auf x64-Systemen, das aufgelöst wird, auf den meisten Systemen auf. C: \ Programme \
Aber! Wenn der Anrufer ist 32-bit, und nicht 64-Bit oder MSIL gesetzt,% Programfiles% wird auf C lösen: \ Program Files (x86) \. Da es keine 64-Bit-mstest ist, sollte die Auflösung nahtlos geschehen. Ein Beispiel hierfür ist das aus meiner LocalTestRun.testrunconfig Datei gerippt und dann korrekt desinfiziert:
<Deployment>
<DeploymentItem filename="%ProgramFiles%\InternalSuite\" />
</Deployment>
Auch wenn ich nicht die Möglichkeit, vollständig dies zu testen noch gehabt habe, soll dieses Problem zu beheben unsere Frage nur in Ordnung. Ich habe getestet auf meinem 32-Bit-System, und haben festgestellt, dass es richtig als regen aufgelöst wird.
Hope dies hilft jemand anderes!
Andere Tipps
Wir behandeln diese Art von Problem (unsere Probleme nicht gleich sind, aber ähnlich) durch verschiedene Konfigurationsdateien mit verschiedenen Namen und mit dem Kopieren der richtigen vorbei, wenn es gebraucht wird.
In einigen Fällen automatisieren wir dies im Batch-Job, der die neueste Version bekommt.