ClickOnceMore

Wenn Sie bauen Installationen Clickonce, dann haben Sie wahrscheinlich bemerkt, den Mangel an verfügbaren Tools, die Ihnen helfen. Visual Studio und Mage sorgen nur für Basis-Anforderungen und bieten wenig Unterstützung für die Automatisierung des Build-Prozesses. Stecker, die Clickoncemore Lücke in Ihrem Entwicklungsprozess, so dass Sie leicht zu erstellen und einzusetzen Clickonce manifestiert sich als Teil Ihrer Entwicklung und Build-Prozess. Clickoncemore bietet eine einfache und intuitive Entwicklungsumgebung für die Bereitstellung. Verwenden Sie den Projekt-Editor UI alle Einstellungen für Ihre Clickonce-Manifeste zu definieren und in Dateien von überall in Ihrem System zu ziehen.

Keine weitere Batch-Dateien alle Ihre Ausgaben an einen Ort zu kopieren und dann Mage manuell ausgeführt wird die Bereitstellung einzurichten. Statt den Projekt-Editor verwenden, um die Aufnahme Regeln definieren, die können, umfassen beispielsweise alle DLLs in ein Verzeichnis und alle XML-Dateien von einem anderen; oder eine Ausnahmeregel verwenden, um alles von einem Verzeichnis zu übernehmen, mit Ausnahme der lästigen PDB-Dateien, die Visual Studio erstellt. Sobald Sie Ihr Projekt Clickoncemore definiert haben es kann leicht mit Visual Studio einen Beitrag Build-Schritt integriert werden, um das Kommandozeilen-Tool zu feuern, die die Projekte aufbauen können Sie im Projekt-Editor definiert. Jetzt müssen Sie nur einmal in Visual Studio, um einen neuen Einsatz mit allen Ihren auf dem neuesten Stand Binärdateien in sie zu erhalten. Das Kommandozeilen-Tool integriert sich leicht in Sie regelmäßig Build-Prozess, so dass Sie immer ein für Sie Tester bisher Einsatz haben und QS-Mitarbeiter zu installieren.

Was ist neu in dieser Pressemitteilung :

Version 2.8:

• Unterstützung für Zertifikate von Zertifikatsspeicher Auswählen
• Unterstützung für .NET 4.6 und .NET 4.6.1 als Voraussetzungen für Ihre Anwendung.
• Unterstützung für Windows 8.1, Windows-8.1, Update 1 und Windows 10 als Voraussetzungen für die Anwendung
• Es wurden zusätzliche Feld Anzeigename für die Anwendung. Ermöglicht Identität der App und Namen wie vom Benutzer gesehen, anders zu sein
• Verbesserte Fehlerbehandlung, wenn sie mit fehlenden Unterverzeichnisse in den Einschlussmuster
File Inclusion Regeln Lösung
• Verbesserte Meldung, wenn ungültige Lizenz in der Befehlszeile Builder verwendet
• Graceful Fehlerbehandlung für den Einsatz URLs nicht in ".application" endet

Was ist neu in der Version 2.7:

Version 2.7:

    
• Unterstützung für .Net 4.5.1 und 4.5.2 .Net als Voraussetzungen für Ihre Anwendung.

    
• UI-Layout Verbesserungen, einschließlich größere Standardfenstergröße und der Größe veränderbar Makro-Set-Editor.

    
• Usability verbessert mit Splitterbalken auf einigen Registerkarten einschließlich Makro-Tab und Dateien Tab.

    
• ErrorReportUrl jetzt sowohl Einsatz (.application) und Anwendung (manifest) bemerkbar macht.
gesetzt wird
    
• Die Zugabe von "Prozessor" als in Makrowert gebaut (zum Beispiel x86 oder amd64 können in App-Namen, Pfade eingebettet werden, usw.).

    
• Anwendungsversion kann nun automatisch erkannt werden, von der Haupt ausführbare Version der Anwendung bereitgestellt werden.

    
• Minor Bug-Fix:. Deployment URL Makrowerte nun behoben werden, bevor es endet in '.application' Überprüfung

Was ist neu in der Version 2.6:

Version 2.6:

    
• Unterstützung für .Net 4.5 als Voraussetzung für Ihre Bewerbung.

    
• hinzugefügt Legacy-Unterstützung für V2.4 Anwender, die ohne ".application" eine Baugruppe Identität weiterhin mit dem Namen nach.

    
• Bessere Handhabung von Fehlern alten Ausgabeverzeichnis während eines Build Löschen -. Insbesondere aufgrund Berechtigungen

Anforderungen: :

.Net Framework 4.5 oder höher

Einschränkungen :

14-Tage-Testversion