xbuild - En ligne dans le Cloud

PROGRAMME:

Nom

xbuild - L'outil de Mono pour créer des fichiers de projet MSBuild

SYNOPSIS

xbuild [option] [fichier-projet]

DESCRIPTION

xbuild peut être utilisé pour créer des fichiers de projet MSBuild. Environnements de développement intégré
comme MonoDevelop et "Microsoft Visual Studio .NET" utilisent le format de fichier de projet msbuild.

xbuild prend le chemin du projet ou du fichier de solution à construire, comme argument principal. Si
aucun fichier n'est spécifié, puis il essaie de créer un fichier de solution ou un fichier de projet dans le
répertoire courant, qui a une extension *proj.

OPTIONS

/cible:T1[,TN]
Liste des cibles à construire

/property:Nom=Valeur
Définir ou remplacer les propriétés du projet

/logger :
Enregistreur personnalisé pour enregistrer les événements de construction

/outilsversion:version , /tv:version
Spécifiez la version du jeu d'outils à utiliser.

Par exemple. /tv:4.0
Cela entraînerait la version 4.0 de Microsoft.Common.targets (entre autres) à
être utilisé. Cela remplace
la valeur spécifiée dans un fichier de projet.

Valeurs valides : 2.0, 3.0, 3.5 et 4.0

/verbosité:
Niveau de verbosité de l'enregistreur : silencieux, minimal, normal, détaillé, diagnostic

/valider
Valider le fichier de projet par rapport au schéma

/valider:
Valider le fichier de projet par rapport au schéma spécifié

/consoleloggerparameters : , /clp :
Paramètres du logger de la console : PerfomanceSummary, Summary, NoSummary,
NoItemAndPropertyList, verbosité

/enregistreur de fichiers[n] , /fl[n]
Enregistre la sortie dans un fichier, nommé « msbuild.log » par défaut. Si le numéro facultatif
'n' est spécifié, puis il se connecte à 'msbuild[n].log' . Paramètres pour ce logger,
y compris le nom du fichier journal peut être spécifié via une option /flp[n] correspondante.
La verbosité par défaut pour les enregistreurs de fichiers est « détaillée. 'n' peut être compris entre 1 et 9.

/fileloggerparameters[n] : , /flp[n] :
Paramètres pour un enregistreur de fichiers. Cela implique un /fl[n] correspondant. 'n' peut être
entre 1-9, et est utilisé pour ajouter jusqu'à 10 enregistreurs de fichiers. Les paramètres peuvent être, en plus
ceux disponibles pour l'enregistreur de console :

Fichier journal=
Fichier dans lequel le journal de génération sera écrit.

Ajouter Si cela est utilisé, alors le fichier journal est ajouté, sinon un nouveau sera
créé.

Encodage=
Encodage à utiliser pour le fichier journal, par ex. UTF-8, ASCII.

Par exemple : xbuild foo.csproj /flp:Verbosity=normal
"/flp1:LogFile=build.log;Append;Encoding=ASCII"

/Pas de logo
Ne pas afficher la bannière xbuild initiale

/Aidez-moi Afficher l'utilisation de xbuild

/version
Afficher la version xbuild

ENVIRONNEMENT VARIABLES

XBUILD_EMIT_SOLUTION
Si cette variable est définie, le fichier de projet généré à partir d'un fichier de solution est
émis.

XBUILD_LOG_REFERENCE_RESOLVER
Les références sont résolues en essayant une liste de chemins de recherche d'assemblage
($(AssemblySearchPaths)). Si xbuild ne parvient pas à résoudre une référence, il se connecte
des détails sur les raisons pour lesquelles les différents chemins de recherche ont échoué. Si cette variable est définie, alors elle
enregistre la même chose même pour les références qui ont été résolues avec succès. Ces journaux montrent
vers le haut si la verbosité est définie sur détaillée ou supérieure.

MSBuildExtensionsPathMSBuildExtensionsPathMSBuildExtensionsPath
Les extensions MSBuild sont généralement installées dans $(MSBuildExtensionsPath), qui xbuild
se résout en $prefix/lib/mono/xbuild . Lorsqu'il est utilisé dans l'importation, comme :



xbuild essaie différentes valeurs pour la propriété msbuild $(MSBuildExtensionsPath), dans
commande:

1. Chemins spécifiés dans la variable d'environnement $MSBuildExtensionsPath.
2. /Library/Frameworks/Mono.framework/External/xbuild sur Mac OSX.
3. $XDG_CONFIG_HOME/xbuild/tasks (ou Environment.SpecialFolder.ApplicationData)
4. $prefix/lib/mono/xbuild (emplacement par défaut)

Partout ailleurs dans les fichiers du projet, $(MSBuildExtensionsPath) sera toujours résolu en
l'emplacement par défaut. Il s'agit d'une fonctionnalité réservée à xbuild. Ceci est également applicable pour
les propriétés $(MSBuildExtensionsPath32) et $(MSBuildExtensionsPath64), et le
les variables d'environnement ont les noms correspondants - MSBuildExtensionsPath32/64 .

XBUILD_FRAMEWORK_FOLDERS_PATH
Avec ToolsVersion 4.0, les projets peuvent cibler des frameworks arbitraires référencés par
TargetFrameworkMoniker, qui est au format :

Identifiant,Version= [,Profil= ]

Par exemple. ".NETFramework,Version=v4.0"

Les 3 parties du surnom sont données par les propriétés msbuild :

$(TargetFrameworkIdentifier), $(TargetFrameworkVersion) et
$(TargetFrameworkProfile)

Ce surnom correspond à un fichier de description de framework sur le disque :

/Identifiant/Version/[Profil]/RedistList/FrameworkList.xml

Ce fichier est utilisé pour déterminer le chemin où trouver les assemblys du framework pour
ce cadre particulier.

La racine du framework ici est configurable et est résolue dans l'ordre suivant :

1. Chemins spécifiés dans la variable d'environnement $XBUILD_FRAMEWORK_FOLDERS_PATH
2. /Bibliothèque/Frameworks/Mono.framework/External/xbuild-frameworks sur Mac OSX.
3. Propriété MSBuild $(TargetFrameworkRoot)
4. $prefix/lib/mono/xbuild-frameworks (emplacement par défaut)

XBuild essaie les chemins donnés ci-dessus, dans l'ordre, jusqu'à ce qu'il trouve un FrameworkList.xml pour
le surnom. Exécuter avec /v:detailed ou une verbosité supérieure affichera les différents
chemins qu'il essaie.

Le FrameworkList.xml lui-même a juste un élément racine comme :

<FileList Name=".NET Framework 3.5" TargetFrameworkDirectory="..\..\..\..\3.5"
InclureFramework="v3.0">


Ici, l'attribut TargetFrameworkDirectory spécifie le répertoire où le
Des assemblys pour ce framework particulier peuvent être trouvés. S'il n'est pas défini, le
Le parent du dossier contenant le fichier xml est pris comme répertoire du framework.

L'attribut IncludeFramework spécifie la version d'un framework (sous le *même*
$(TargetFrameworkIdentifier)) qui devrait être inclus dans la liste finale de Target
répertoires de cadres.

XBUILD_COLORS
Si cette variable est définie, elle contient une chaîne de la forme "type=foreground,type=.."
qui spécifie la couleur à utiliser pour afficher les erreurs/avertissements, etc. sur certains terminaux.
Tapez ici peut être :

erreurs, avertissements, messages ou événements

événements : ce sont les événements de début et de fin de projet/cible/tâche
des messages.

Les couleurs possibles pour le premier plan sont : noir, rouge, rouge vif, (en vert) vert clair,
jaune, jaune vif, bleu, bleu vif, magenta, magenta brillant, cyan, cyan brillant,
gris, blanc et blanc brillant.

Par exemple, vous pouvez définir cette variable depuis votre shell :
exporter XBUILD_COLORS
XBUILD_COLORS=erreurs=rouge vif,avertissements=bleu

Vous pouvez désactiver le schéma de couleurs intégré en définissant cette variable sur « désactiver ».

NOTES

Sous Mac OSX, pour localiser les fichiers pkg-config (.pc), xbuild regarde en plus dans
"/Bibliothèque/Frameworks/Mono.framework/External/pkgconfig" .

Utiliser xbuild en ligne à l'aide des services onworks.net