2017-02-09 3 views
0

erbte ich ein Projekt, das war nur ein modifiziertes Beispielprojekt von Honeywell.Visual Studio 2008 C# Deployment Variablen

Jedes Mal, wenn Sie einen Build zu machen, müssen Sie uncomment Linien für Variablen, die die Client-Einstellung, um den Server-URL, und das Gerät der Build für gemacht wird. Dann müssen Sie in das Cab-Projekt der Lösung wechseln und den Anwendungsnamen (basierend auf Client/Server) ändern und den Namen der Verknüpfung entsprechend ändern. Nach dem Build muss ich die erstellte CAB-Datei umbenennen. Und normalerweise muss ich dies für eine Kombination von 5 Servern, 3 Clients und 2 Geräten tun.

Es ist alles sehr redundant. Mein absolutes Ideal wäre es, jedes (oder die Kombination "Client Server Device") aus einem Dropdown-Menü auszuwählen (z. B. die Konfiguration) und dann einfach den Build zu erstellen. Die meisten meiner Untersuchungen deuten darauf hin, dass ich dies mit "Konfigurationen" viel einfacher gestalten kann, aber ich finde keine Anleitung, wie ich sie tatsächlich einrichten könnte.

Ich bin zu Visual Studio 2008 aufgrund .NET Einschränkungen (v3.5) auf dem Honeywell SDK begrenzt.

Jede Hilfe würde sehr geschätzt werden.

Antwort

0

Sie müssen die Build-Time-Parameter (die zum Zeitpunkt der Erstellung in den Code eingebaut wurden), die Installationszeitparameter (die bei der Installation der Software ermittelt werden), die Laufzeitparameter (zur Laufzeit konfigurierbar), z , nach der Installation). Typischerweise sind Dinge wie Server-URLs umgebungsspezifisch und sollten daher zur Installationszeit bestimmt werden, nicht zur Build-Zeit, da das Projekt, das Sie übernommen haben, zu tun scheint. Sie benötigen eine Art Installationsprogramm, um die Konfiguration der Installationszeitparameter zu aktivieren, und möglicherweise ein Administrationsprogramm, um die Konfiguration von Laufzeitparametern nach der Installation zu ermöglichen.

Das Ziel ist es, einmal zu bauen, aber oft installieren (in verschiedenen Umgebungen mit unterschiedlichen Konfigurationen).

Es gibt eine Menge von Werkzeugen zur Verfügung mit dieser zu helfen. Dies ist eine Liste von Build-Automation-Tools: https://en.wikipedia.org/wiki/List_of_build_automation_software#Continuous_integration_tools. Und hier ist eine Liste von Tools zum Schreiben von Installern: https://en.wikipedia.org/wiki/List_of_installation_software.

+0

Danke! Der Grund dafür, dass wir separate Builds haben, liegt darin, dass die QA oft jedes auf ihrem entsprechenden Gerät zur selben Zeit haben muss. Wenn ein Kunde unsere Anwendung nutzt, senden wir ihm eine bereits konfigurierte Kabine, die er einfach installieren kann und die funktioniert. Da die App auf hunderten von Geräten für jeden Client verwendet wird, ist es nicht möglich, sie jeweils zu konfigurieren. Da die Anwendung ein Wrapper für einen Webbrowser ist (damit wir den gescannten Barcode an das Web weitergeben können), verwenden wir die Variablen als Parameter, die der URL hinzugefügt werden. – Nerdy3000

+0

Die Prinzipien sind immer noch die gleichen. Sie müssen Ihren Build- und Release-Prozess automatisieren. Sie sollten in der Lage sein, Ihren Code in Ihrem Quellcode-Repository zu überprüfen, und der Build wird dann automatisch ausgeführt und speist die vorkonfigurierten Cab-Dateien vom anderen Ende aus. – Polyfun