(Gast)
n/a Beiträge
|
Re: CFG Datei wird nicht erstellt
11. Jul 2008, 13:13
Moin!
Zitat von Oracle:
Und zwar wie kann ich jetzt die Parameter die er beim Compilieren nutzt ändern, so dass sie sich von deren, die in der IDE stehen unterscheiden. So möchte ich dass er über die Kommandozeile immer ein Release Build erstellt und kein Debug.
Wo gebe ich das an?
Eigeninitiative? RTFM? Einfach mal mit /? aufrufen?
Code:
Microsoft (R)-Buildmodul, Version 2.0.50727.832
[Microsoft .NET Framework, Version 2.0.50727.832]
Copyright (C) Microsoft Corporation 2005. Alle Rechte vorbehalten.
Syntax: MSBuild.exe [Optionen] [Projektdatei]
Beschreibung: Erstellt die in der Projektdatei angegebenen Ziele.
Wenn keine Projektdatei angegeben ist, durchsucht MSBuild
das aktuelle Arbeitsverzeichnis nach einer Datei mit
der Dateiendung "proj" und verwendet diese Datei.
Schalter:
/help Zeigt diesen Hilfetext an. (Kurzform: /? oder /h)
/nologo Startbanner und Copyrightmeldung nicht anzeigen.
/version Nur Versionsinformationen anzeigen. (Kurzform: /ver)
@<Datei> Befehlszeileneinstellungen aus einer Textdatei einfügen.
Wenn Sie mehrere Antwortdateien festlegen möchten,
müssen Sie jede Datei einzeln angeben.
/noautoresponse Die Datei "MSBuild.rsp" nicht automatisch einfügen.
(Kurzform: /noautorsp)
/target:<Ziele> Diese Ziele in diesem Projekt erstellen. Verwenden Sie ein
Semikolon oder ein Komma, um mehrere Ziele zu trennen,
oder geben Sie jedes Ziel einzeln an. (Kurzform: /t)
Beispiel:
/target:Resources;Compile
/property:<n>=<v> Diese Eigenschaften auf Projektebene festlegen oder
überschreiben.
<n> ist der Eigenschaftenname, und <v> ist der
Eigenschaftenwert. Verwenden Sie ein Semikolon oder ein
Komma, um mehrere Eigenschaften zu trennen, oder
geben Sie jede Eigenschaft einzeln an. (Kurzform: /p)
Beispiel:
/property:WarningLevel=2;OutDir=bin\Debug
/logger:<Protokollierung>
Diese Protokollierung verwenden, um Ereignisse
von MSBuild zu protokollieren.
Wenn Sie mehrere Protokollierungen angeben möchten, geben
Sie jede einzeln an.
Die Syntax für <Protokollierung> ist:
[<Protokollierungsklasse>,]<Protokollierungsassembly>
[;<Protokollierungsparameter>]
Die Syntax für <Protokollierungsklasse> ist:
[<partieller oder vollständiger Namespace>.]
<Protokollierungsklassenname>
Die Syntax für <Protokollierungsassembly> ist:
{<Assemblyname>[,<starker Name>] | <Assemblydatei>}
Die <Protokollierungsparameter> sind optional und werden
genau so an die Protokollierung weitergegeben, wie
Sie sie eingeben. (Kurzform: /l)
Beispiele:
/logger:XMLLogger,MyLogger,Version=1.0.2,Culture=neutral
/logger:XMLLogger,C:\Loggers\MyLogger.dll;OutputAsHTML
/verbosity:<Ebene> Legt den Ausführlichkeitsgrad der Informationen
im Ereignisprotokoll fest.
Die verfügbaren Ausführlichkeitsgrade sind: q[uiet],
m[inimal], n[ormal], d[etailed] und diag[nostic].
(Kurzform: /v)
Beispiel:
/verbosity:quiet
/consoleloggerparameters:<parameters>
Parameter für die Konsolenprotokollierung.
(Kurzform: /clp)
Die verfügbaren Parameter sind:
PerformanceSummary - Anzeigen der für Aufgaben, Ziele
und Projekte verwendeten Zeit.
NoSummary - keine Anzeige der zusammengefassten Fehler
und Warnungen am Ende.
NoItemAndPropertyList - keine Anzeige derListe
der Elemente und Eigenschaften beim Start jedes
Projektbuilds.
Beispiel:
/consoleloggerparameters:PerformanceSummary;NoSummary
/noconsolelogger Die Standardkonsolenprotokollierung deaktivieren.
Ereignisse werden nicht in der Konsole protokolliert.
(Kurzform: /noconlog)
/validate Das Projekt mithilfe des Standardschemas validieren.
(Kurzform: /val)
/validate:<Schema> Das Projekt mithilfe des Standardschemas validieren.
(Kurzform: /val)
Beispiel:
/validate:MyExtendedBuildSchema.xsd
Beispiele:
MSBuild MyApp.sln /t:Rebuild /p:Configuration=Release
MSBuild MyApp.csproj /t:Clean /p:Configuration=Debug
Die Beispiele sollten es klarwerden lassen.
MfG
Muetze1
|
|
Zitat
|