Setting.xml est principalement utilisé pour configurer une série d'attributs communs tels que l'environnement en cours d'exécution de Maven, et est un fichier de configuration au niveau global; Alors que POM.xml décrit principalement les coordonnées Maven du projet, les dépendances, les règles que les développeurs doivent suivre, le système de gestion des défauts, l'organisation et les licences, ainsi que tous les autres facteurs liés au projet et est un fichier de configuration au niveau du projet.
Configuration de base
Une configuration de fichier pom.xml typique est la suivante:
<project xmlns = "http://maven.apache.org/pom/4.0.0" xmlns: xsi = "http://www.w3.org/2001/xmlschema-instance" XSI: ScheMalation = "http://maven.apache.org/pom/4.0.0http://maven.apache.org/xsd/maven-4.0.0.xsd"> <! - version du modèle. Maven2.0 doit être écrit comme celui-ci, maintenant c'est la seule version prise en charge de Maven2 -> <ModelVersion> 4.0.0 </ ModelVersion> <! - Le drapeau unique de l'entreprise ou de l'organisation, et le chemin généré pendant la configuration est également généré à partir de cela. Par exemple, com.winner.trade, Maven placera le package JAR du projet dans un chemin local: / com / winner / commerce -> <proupId> com.winner.trade </proupId> <! - L'identification unique de ce projet, plusieurs projets sous un groupe de groupes peuvent être distingués par artifactid -> <artifactive> project-core </ artifactid> <! <version> 1.0.0-snapshot </-version> <! - Le numéro de version de ce projet est actuellement dans -> <version> 1.0.0-snapshot </DERNIERSE> <! - Mécanismes d'emballage, tels que Pom, Jar, Maven-Plugin, Ejb, War, Ear, RAR, PAR, DAUNT IS JAR - <Package> Jar </packaging> <! composant. Les composants auxiliaires correspondent au composant principal. Parfois, vous devez ajouter un classificateur pour déterminer de manière unique que le composant ne peut pas définir directement le classifère du projet, car les composants auxiliaires ne sont pas générés directement par le projet, mais sont générés par l'aide de plug-ins supplémentaires -> </ dépendances> ... </classificateur> <! Recherche le composant à travers les trois valeurs d'élément (communément appelées coordonnées) de GroupID, Artifactid et Version, puis introduit votre projet. Si quelqu'un veut référencer le projet que vous développez maintenant (à condition qu'il ait été développé et publié dans le référentiel distant), -> <! Maven téléchargera le package JAR que vous avez téléchargé sur son local -> <pouprid> com.winner.trade </prôdId> <Ertifactid> Trade-test </retifactId> <version> 1.0.0-snapshot </pote> <! - Maven croit que la dépendance du programme à l'égard des facteurs externes sera modifiée avec le scénario de la scène du programme. -> <! - La portée contient les valeurs suivantes: compiler (compilation portée), fournie (étendue fournie), exécution (portée d'exécution), test (portée du test), système (portée du système) -> <lune Dans DependencyManagement -> <Apultal> Faux </actionsal> <! - Masquez les dépendances. Par exemple, la liba utilisée dans le projet dépend de la version 1.0 d'une bibliothèque, et LiBB dépend de la version 2.0 d'une bibliothèque. Maintenant, si vous souhaitez utiliser la version 2.0 de manière unifiée, vous devez bloquer la dépendance à la version 1.0 -> <cussions> <cuslusion> <proupId> org.slf4j </proupId> <Artefactid> SLF4J-API </ artifactive> </clusion> Vous pouvez directement les références et les utiliser dans d'autres endroits du POM comme suit: $ {file.encoding} -> <propres> <file.encoding> utf-8 </java.source.version> <java.version> 1.5 </java.target. </randDe manière générale, les éléments de configuration ci-dessus sont essentiels pour tout projet et définissent les propriétés de base du projet.
Ici, il est nécessaire d'expliquer un classificateur de propriétés moins utilisé, car parfois un certain package JAR est cité et si le classificateur n'est pas écrit, il rapportera une erreur.
L'élément de classificateur est utilisé pour aider à définir certains des composants auxiliaires qui sont sortis par le composant. Les composants auxiliaires correspondent aux composants principaux. Par exemple, les principaux composants sont Kimi-App-2.0.0.jar. Ce projet peut également générer deux composants auxiliaires tels que Kimi-App-2.0.0-Javadoc.jar (Java Documentation) et Kimi-App-2.0.0-Sources.jar (code source Java) en utilisant certains plug-ins. À l'heure actuelle, Javadoc et les sources sont les classificateurs de ces deux composants auxiliaires, de sorte que les composants auxiliaires ont leurs propres coordonnées uniques.
Le but du classificateur est:
1.
2. Lors de l'introduction de dépendances, parfois un certain composant ne peut pas être déterminé de manière unique sur la base de GroupID, Artifactive et Version. Les classificateurs doivent être utilisés pour clarifier davantage l'objectif. Par exemple, JSON-Lib fournit parfois plusieurs packages JAR dans la même version, qui est un ensemble dans l'environnement JDK1.5 et un ensemble dans l'environnement JDK1.3:
Lorsque vous le citant, vous devez indiquer la version JDK, sinon Maven ne saura pas quel package JAR vous avez besoin:
<dependency> <proupId> net.sf.json-lib </proupId> <Artifactid> JSON-Lib </ ArtifactId> <Dersion> 2.4 </DERNIFRIGATION> <CASSIFIER> JDK15 </CASSIFIER> </DENSEDENCY>
Configuration de la construction
<Duild> <! - Le nom de fichier du composant généré, la valeur par défaut est $ {artifactId} - $ {version}. -> <INALNAME> MyPorjectName </ FinalName> <! - Le répertoire où tous les fichiers générés sont stockés dans la construction est $ {basaseir} / cible, c'est-à-dire que la cible dans le répertoire racine du projet -> <répertoire> $ {basasedir} / cible </ Directory> <! - La valeur de défaut lorsque le projet ne spécifie pas la cible (Maven2 est appelée phase), -> <! Ligne de commande, telle que JAR: JAR, ou la même chose qu'une phase, telle que l'installation, la compilation, etc. -> <defaultGoal> installer </faultGoal> <! - La liste de fichiers d'attribut de filtre utilisé lorsque le commutateur de filtrage est activé. -> <! - Les espaces réservés tels que $ {printemps.version} dans les informations de configuration du projet seront remplacés par la valeur réelle du fichier de propriété -> <filters> <filter> ../ filter.properties </filter> </filters> <! - Liste de tous les chemins de ressources liés au projet, tels que les fichiers de configuration et les fichiers de propriété liés au projet, qui sont inclus dans le fichier package final. -> <Sessiers> <Serce> <! - Décrit le chemin cible de la ressource. Le chemin est relatif au répertoire cible / classes (par exemple $ {project.build.outputDirectory}). -> <! - Par exemple, si vous voulez que la ressource soit dans un package spécifique (org.apache.maven.messages), vous devez définir l'élément sur org / apache / maven / messages. -> <! - Cependant, si vous voulez simplement mettre des ressources dans la structure du répertoire source, vous n'avez pas besoin de cette configuration. -> <TargetPath> Ressources </ TargetPath> <! - Que ce soit pour utiliser des valeurs de paramètres au lieu de noms de paramètres. La valeur du paramètre est tirée de l'élément Propriétés ou des propriétés configurées dans le fichier, et le fichier est répertorié dans l'élément Filtres. -> <filterring> true </filterring> <! - Décrivez le répertoire où la ressource est stockée, qui est relative au chemin du POM -> <clusion> <clude> ** / *. Portée définie par <cusclude>, le <cusclude> doit prévaloir -> <cluses> <cusclude> jdbc.properties </cutclude> </sourecs> </ ressources> <! - Tous les chemins de ressource liés aux tests unitaires, la méthode de configuration est similaire aux ressources -> <testResources> </ testResource> </ TestResources> <! - Répertoire de code source de projet. Lors de la construction d'un projet, le système de construction compilera le code source dans le répertoire. Ce chemin est un chemin relatif par rapport à pom.xml. -> <SourceDirectory> $ {basaseIr} / src / main / java </ SourceDirectory> <! - Le répertoire de code source du script de projet est différent du répertoire de code source. <! - Dans la plupart des cas, le contenu de ce répertoire sera copié dans le répertoire de sortie (car le script est interprété, non compilé). -> <scriptsourceDirectory> $ {basaseirir} / src / main / scripts </ scriptsourceDirectory> <! - Le répertoire de code source utilisé pour les tests d'unité de projet. Lors du test du projet, le système de construction compilera le code source dans le répertoire. Ce chemin est un chemin relatif par rapport à pom.xml. -> <testsourcedIrectory> $ {basaseIr} / src / test / java </ testsourcedIrectory> <! - Le répertoire où les fichiers de classe d'application compilés sont stockés. -> <utputDirectory> $ {basaseir} / cible / classes </utputdirectory> <! - Le répertoire où le fichier de classe de test compilé est stocké. -> <testOutputDirectory> $ {basaseIr} / cible / test-classes </ testOutputDirectory> <! - Une série d'extensions de construction du projet, qui sont des produits à utiliser dans une série de processus de construction et seront inclus dans le chemin de classe du Bulid en cours d'exécution. -> <! - Ils peuvent activer les extensions, ou ils peuvent activer les plugins en fournissant des conditions. -> <! - Autrement dit, les extensions sont des produits qui sont activés pendant le processus de construction -> <extensions> <! - Par exemple, généralement, une fois le développement du programme terminé, il peut nécessiter une série d'étapes fastidieuses telles que l'emballage, -> <! - Passage des fichiers de package au serveur, connecter SSH au serveur et taper les commandes pour démarrer le programme. -> <! - En fait, ces étapes peuvent être automatiquement terminées via un plug-in de maven, wagon-maven-plugin -> <! - Le wagon shagon de stimulation suivant est utilisé pour se connecter aux serveurs distants via SSH. -> <! - Plug-in Wagon-FTP similaire qui prend en charge FTP ---> <ralled> <proupId> org.apache.maven.wagon </prôdId> <ArtifActid> wagon-ssh </retifactid> <version> 2.8 </ version> </ttensions> <! - La liste des plug-ins utilisés. -> <hungins> <harin> <groupId> </pruimId> <Ertifactid> maven-assembly-Plugin </ artifactid> <version> 2.5.5 </-version> <! - Exécutez un ensemble de configurations cibles pendant le cycle de vie de construction. Chaque cible peut avoir une configuration différente. -> <exécution> <exécution> <! - Identifiant de la cible d'exécution, utilisé pour identifier la cible pendant le processus de construction, ou pour correspondre à la cible d'exécution qui doit être fusionnée pendant le processus d'hérédité -> <id> assemblage </id> <! - Liaison de la phase de cycle de vie de construction de la cible. Si elle est omise, la cible sera liée à la phase par défaut configurée dans les données source -> <gasué> Package </Siming> <! - Configuration de la cible d'exécution -> <objectifs> <butard> Single </Factive> </ buts> <! - La configuration est-elle propagée à la sous-pom -> <heriteated> false </hereated> </recution> </ / Exécution> </isonitions> <! -> <Finfiguration> <FinalName> $ {finalName} </ finalName> <appendasemblyId> false </ appenDasemblyId> <Spriptor> assembly.xml </scriptor> </figuration> <!! -> <extensions> false </ctensions> <! - De dépendances supplémentaires requises pour les plug-ins de projet -> <Dependances> <Dependency> ... </Dependency> </Dependces> <! - Si une configuration est propagée à un sous-projection -> <hérité> True </herited> </ / / plugin> </kingins> <! -> <! - Tous les sous-projets hérités de ce projet peuvent être utilisés. Cet élément de configuration du plugin n'est pas analysé ou lié au cycle de vie jusqu'à ce qu'il soit référencé. -> <! - Toute configuration locale pour un plugin donné remplacera la configuration ici -> <PluginManagement> <Glugins> ... </Glugins> </ginginManagement> </ build>Le référentiel dans POM a les mêmes fonctions que le référentiel dans setting.xml. La principale différence est que les entrepôts du POM sont personnalisés. Par exemple, le fichier de réglage d'une grande entreprise est public, et tous les projets utilisent un fichier de paramètre, mais chaque sous-projet se réfèrera à différentes bibliothèques tierces, vous devez donc définir l'adresse de référentiel dont vous avez besoin dans le POM.
Configuration de distribution
<! - Informations sur la distribution de projet, après avoir exécuté MVN Deploy, il indique l'emplacement à publier. -> <! - Avec ces informations, vous pouvez déployer le site Web sur un serveur distant ou déployer des composants dans un référentiel distant. -> <distributionManagement> <! - Informations requises pour déployer les widgets générés par le projet vers le référentiel distant -> <dépositoire> <! - Est-il attribué un numéro de version unique (par horodatage et numéro de flux de création) à l'instantané, ou est-il utilisé le même numéro à chaque fois -> <! - Voir Repositories / Id> </ Id> </iderversion> Repo-name </name> <url> fichier: // $ {basaseir} / cible / deploy </url> <Layout /> </ Repository> <! - Où déployer l'instantané du widget? Si l'élément n'est pas configuré, il est déployé dans le référentiel configuré par l'élément de référentiel par défaut -> <snapshotRepository> <UNIQUEVERSION /> <id /> <name /> <name /> <url /> <Layout /> </ snapshotrepository> <! - Informations requises par le site Web pour le déplacement de la configuration -> <site> <! Le site et les paramètres.xml fichier -> <id> site-id </id> <! - Le nom de l'emplacement du déploiement -> <nom> le nom de site </ name> <! - L'URL de l'emplacement du déploiement, selon ProtoCol: // hostname / path--> <url> scp: //svn.baid.com/banseon: / var / www / localhost / banseon </ url> </ site> <! - L'URL de la page de téléchargement du projet. Si cet élément n'est pas disponible, l'utilisateur doit se référer à la page d'accueil. -> <! - La raison de l'utilisation de cet élément est d'aider à localiser des composants qui ne sont pas dans l'entrepôt (en raison des restrictions de licence). -> <téléchargement /> <! - Si le composant a un nouvel GroupID et ID d'artefact (le composant a déménagé à un nouveau poste), les informations de relocalisation du composant sont répertoriées ici. -> <relocalisation> <! - Nouvel ID de groupe de l'article -> <grouped /> <! - Le nouvel ID d'artefact de l'article -> <ArtefactId /> <! - Le nouveau numéro de version de l'article -> <version /> <! - Les nouvelles informations de l'article sur le mouvement, telles que la raison. -> <message /> </ relocation> <! - Donnez l'état du composant dans le référentiel distant. Cet élément ne doit pas être défini dans le projet local, car cela est automatiquement mis à jour par l'outil. -> <! - Les valeurs valides sont: Aucune (par défaut), convertie (l'administrateur d'entrepôt convertit du Maven 1 POM), -> <! - Partenaire (synchronisé directement à partir du partenaire Maven 2 Repository), déployé (déployé à partir de l'instance Maven 2), Verified (vérifié et final). -> <statut /> </ DistributionManagement>Configuration de l'entrepôt
<! - Découvrez une liste de référentiels distants qui les dépendances et les extensions. -> <fepositaires> <! - Contient des informations qui doivent être connectées au référentiel distant -> <référentiel> <! - Comment gérer le téléchargement de versions publiées dans le référentiel distant -> <versets> <! - True ou Faux indique si le référentiel est ouvert pour le téléchargement d'un certain type de composant (version de version, version instantanée). -> <activé /> <! - Cet élément spécifie la fréquence à laquelle la mise à jour se produit. Maven compare les horodatages du POM local et du POM distant. -> <! - Les options ici sont: toujours, quotidiennement (par défaut, quotidien), -> <! - Intervalle: x (ici x est un intervalle de temps en minutes), ou jamais (jamais). -> <UpdatePolicy /> <! - Que faire lorsque le fichier de vérification des composants de vérification Maven échoue: -> <! - ignorer, échouer ou avertir. -> <CheckswuSumpolicy /> </ liseases> <! - Comment gérer les versions SNOPSHOT dans le référentiel distant. Avec les deux ensembles de configurations, de versions et d'instantanés, -> <! - POM peut adopter différentes stratégies pour chaque type de composant dans chaque référentiel séparé. -> <! - Par exemple, quelqu'un pourrait décider d'activer la prise en charge des téléchargements de version instantanée uniquement à des fins de développement -> <napshots> <veabled /> <UpdatePolicy /> <CheckswuSumpolicy /> </napshots> <! - Identifiant unique du référentiel distant. Il peut être utilisé pour correspondre au référentiel distant configuré dans le fichier SetfitS.xml -> <id> Repo-ID </id> <! - Nom du référentiel distant -> <name> Repo-name </name> <! - Url du référentiel distant, sous la forme de protocole: // hostname / path -> <url> http://192.168.1.169:9999/reposition/192.168. </ url> <! - Type de mise en page du référentiel utilisé pour localiser et trier les composants - peut être par défaut (par défaut) ou l'héritage (héritage). -> <! - Maven 2 fournit une disposition par défaut pour son référentiel; -> <! - Cependant, maven1.x a une disposition différente. -> <! - Nous pouvons utiliser cet élément pour spécifier si la mise en page est par défaut ou l'héritage. -> <alalout> Default </ Layout> </ Repository> </ Repository> </ Repository> <! - Découvrez la liste des plugins à distance pour la création et le rapport -> <PluginRepositories> <! - Contient des informations qui doivent être connectées au référentiel de plugin distant. Voir Repositories / Repository Elements -> <PluginRepository /> </ PluginRepositories>
configuration de profil
<! - Créez un profil dans la colonne. S'il est activé, le processus de construction sera modifié -> <frèmes> <! - Activez un processus de construction basé sur les paramètres d'environnement ou les paramètres de ligne de commande -> <pilaf> <! - La logique conditionnelle de déclencher automatiquement le profil. L'activation est la clé d'ouverture du profil. -> <cactivation> <! - Identité de savoir si le profil est activé par défaut-> <ActiveByDefault> False </ ActiveByDefault> <! - L'activation a une détection de version Java intégrée. Si la version JDK est détectée comme prévu, le profil est activé. -> <jdk> 1.7 </jdk> <! - Lorsque l'attribut de système d'exploitation correspondant est détecté, le profil est activé. L'élément OS peut définir certains attributs liés au système d'exploitation. -> <os> <! - Le nom du système d'exploitation qui active le profil -> <nom> Windows XP </name> <! - La famille du système d'exploitation qui active le profil (tel que 'Windows') -> <family> Windows </family> <! - La version du système d'exploitation du profil -> <from> x86 </ch> <! <! - Si Maven détecte une certaine propriété (sa valeur peut être référencée par $ {name} dans le POM), il a le nom et la valeur correspondants, et le profil sera activé. -> <! - Si le champ de valeur est vide, le profil sera activé si le champ de nom de propriété existe. Sinon, le champ de valeur de propriété sera égalé de manière sensible à la cas -> <propriété> <! - Le nom de la propriété qui active le profil -> <name> mavenversion </name> <! - La valeur de la propriété qui active le profil -> <value> 2.0.3 </value> </ / propriété> <! - fournit un nom de fichier qui s'activait en détectant l'existence ou la non-existence du fichier. Manquant vérifie si le fichier existe et active le profil s'il n'existe pas. -> <! - En revanche, il existe une vérification si le fichier existe et activer le profil s'il existe. -> <Fichier> <! - Si le fichier spécifié existe, activez le profil. -> <sesists> / usr / local / hudson / hudson-home / jobs / maven-guide-zh-to production / workspace / </ exists> <! - Si le fichier spécifié n'existe pas, activez le profil. -> <manque> / usr / local / hudson / hudson-home / jobs / maven-guide-zh-production / workspace / </canding> </ file> </ activation> <id /> <build /> <modules /> <repositories /> <laginrepositories /> <feequences /> <rapport /> <dependmanagement /> <stordingamenteg </pila Les éléments de configuration de profil sont également disponibles dans Setting.xml, qui est une version recadrée de l'élément de profil dans pom.xml, y compris l'ID, l'activation, les référentiels, les éléments de pluginRepositories et les propriétés. L'élément de profil ne contient ici que ces cinq éléments enfants, car le paramètre.xml ne se soucie que de l'ensemble du système de construction (c'est exactement le positionnement du rôle du fichier Settings.xml), plutôt que les paramètres distincts du modèle d'objet de projet. Si un profil dans un paramètre est activé, sa valeur écrase tout autre profil défini dans le pom ou profil.xml avec le même ID.
Le profil dans pom.xml peut être considéré comme une copie de pom.xml, avec les mêmes éléments enfants et méthodes de configuration que pom.xml. Il contient une activation facultative (déclencheur de profil) et une série de modifications. Par exemple, le processus de test peut indiquer différentes bases de données (par rapport au déploiement final) ou différentes dépendances ou différents référentiels, et est modifié en fonction de différents JDK. Un seul d'entre eux est établi pour activer le profil. Si la première condition est remplie, il n'y aura pas de correspondance à l'avenir.
Configuration de rapport
<! - Décrivez les spécifications de génération de rapports à l'aide du plug-in de rapport. Le plug-in Maven spécifique peut sortir des rapports personnalisés et configurés correspondants. -> <! - Lorsque l'utilisateur exécute "site MVN", ces rapports s'exécuteront et vous pouvez voir des liens vers tous les rapports de la barre de navigation de page. -> <Reporting> <! - Vrai, le site Web n'inclut pas le rapport par défaut. Cela comprend des rapports dans le menu Information du projet. -> <excludefaults /> <! - Où sont tous les rapports générés. La valeur par défaut est $ {project.build.directory} / site. -> <OutputDirectory /> <! - Utilisé les plugins de rapport et leur configuration. -> <glugins> <harin> <groupement /> <artifactive /> <version /> <herited /> <figinguration> <en lien> <ink> http://java.sun.com/j2se/1.5.0/docs/api/ </ link> </ links> </ Configuration> <! - Plusieurs spécifications pour un ensemble de rapports, chaque spécification peut avoir des configurations différentes. -> <! - Une spécification (jeu de rapports) correspond à une cible d'exécution. Par exemple, il y a 1, 2, 3, 4, 5, 6, 7, 8, 9 rapports. -> <! - 1, 2, 5 constitue l'ensemble de rapports A, correspondant à une cible d'exécution. 2, 5, 8 constituent l'ensemble de rapports B, correspondant à une autre cible d'exécution -> <bandsets> <! - représente un ensemble de rapports et la configuration qui génère l'ensemble -> <reportSet> <! - L'identificateur unique du rapport de rapport, utilisé lorsque POM Hérite -> <id> SUNLINK </ ID> <! - Configuration du rapport utilisée pour générer le rapport sur le rapport -> <Imoratif -> <hérité /> <! - Quels rapports sont utilisés dans cet ensemble -> <ports> <port> javadoc </port> </ports> </ reportSet> </portSet> </gingin> </glugins> </rapsing>Configuration de l'environnement
<! - Le nom et l'URL du système de gestion des problèmes du projet (Bugzilla, Jira, Scarab ou tout système de gestion des problèmes que vous aimez). Dans cet exemple, Jira -> <Issuemanagement> <! - Le nom du système de gestion des problèmes (tel que Jira), -> <System> Jira </system> <! - L'URL du système de gestion des problèmes utilisé par le projet -> <url> http://jira.clf.com/ </url> </suemanagement> <! <! - L'URL du système d'intégration continue utilisé par le projet (si le système d'intégration continue a une interface Web). -> <url /> <! - Éléments de configuration du développeur / utilisateur qui doivent être informés lorsque la construction est terminée. Comprend les informations de notification et les conditions de notification (erreur, échec, succès, avertissement) -> <vocaliers> <! - Configurez un moyen d'informer les utilisateurs / développeurs de cette manière lorsque la build est interrompue -> <Notificier> <! - La façon d'envoyer des notifications -> <! <! - Est-il informé lorsqu'un build réussit -> <NendOnCesss /> <! - Est-il notifié lorsqu'un avertissement se produit -> <NendOnwarning /> <! - Est-il informé lorsqu'un avertissement se produit -> <Nendonwarning /> <! - Est-il notifié lorsqu'un avertissement se produit -> <Nendonwarning /> <! - Est-il notifié lorsqu'une utilisation se produit. Où envoyer la notification -> <adresse /> <! - Éléments de configuration étendus -> <Configuration /> </sotificer> </sotificateurs> </ cimanagement>
Configuration des informations du projet
<! - Le nom du projet, pour le document généré par Maven -> <name> Banseon-Maven </name> <! - L'URL de la page d'accueil du projet, pour le document généré par Maven -> <url> http://www.clf.com/ </url> <! - Description détaillée du projet, pour le document généré par Maven. Lorsque cet élément peut être décrit au format HTML -> <! - (Par exemple, le texte en CDATA sera ignoré par l'analyseur et peut contenir des balises HTML), les descriptions de texte brut sont découragées. -> <! - Si vous devez modifier la page d'index du site Web généré, vous devez modifier votre propre fichier de page d'index au lieu d'ajuster la documentation ici. -> <Description> Un projet Maven pour étudier Maven. </ Description> <! - Décrit les conditions préalables dans l'environnement de construction de ce projet. -> <prérequis> <! - La version minimale de Maven requise pour construire le projet ou utiliser le plugin -> <maven /> </prérequis> <! - L'année de la création de projet, 4 chiffres. Cette valeur est requise lors de la génération d'informations sur le droit d'auteur. -> <Iempiceyear /> <! - Informations sur la liste de diffusion liée au projet -> <Mailinglists> <! - Cet élément décrit toutes les listes de diffusion liées au projet. Les sites Web générés automatiquement se réfèrent à ces informations. -> <MaillingList> <! - Le nom de l'e-mail -> <nom> Demo </name> <! - L'adresse ou le lien pour l'envoi de l'e-mail. S'il s'agit d'une adresse e-mail, le lien MailTo: sera automatiquement créé lors de la création du document -> <ost> [email protected] </ost> <! - L'adresse ou le lien pour abonner l'e-mail. S'il s'agit d'une adresse e-mail, le lien MailTo: sera automatiquement créé lors de la création du document -> <boup-abonnement> [email protected] </bonné> <! - L'adresse ou le lien pour se désabonner à l'e-mail. S'il s'agit d'une adresse e-mail, le lien MailTo: sera automatiquement créé lors de la création du document -> <dissubscribe> [email protected] </subscribe> <! - Vous pouvez parcourir l'url des informations par e-mail -> <carchive> http: /hi.clf.com / </chive> </failingList> </failingLists> <! Développeur -> <failloper> <! - Identificateur unique du développeur de projet dans SCM -> <id> Hello World </id> <! - Nom complet du développeur du projet -> <name> BanSeon </name> <! - Le développeur du projet -> <e-mail> [email protected] </mail> <! - L'URL du Project Developer HomePage -> <urL / UrL /> <! Les éléments de rôle décrivent divers rôles -> <rôles> <role> Gestionnaire de projet </ role> <role> architecte </lage> </ rôles> <! - L'organisation à laquelle appartient le développeur de projet -> <Organization> Demo </ Organization> <! - L'URL de l'organisation à laquelle appartient le développeur de projet -> <Organizationurl> http://hi.clf.com/ </ Organizationur Gérer les messages instantanés, etc. -> <properties> <post> non </pup> </properties> <! - Le fuseau horaire où se trouve le développeur du projet, un entier de la gamme -11 à 12. -> <! Voir les développeurs / élément de développeur -> <contributeur> <name /> <email /> <url /> <organisation /> <organisationurl /> <rôles /> <tempszone /> <propriétés /> </ controor> </ contributeurs> <! - Cet élément décrit toutes les licences de licences du projet. Vous devez uniquement répertorier la liste des licences pour le projet et ne répertorie pas la liste des licences pour le projet de dépendance. -> <! - Si plusieurs licences sont répertoriées, l'utilisateur peut en sélectionner l'un au lieu d'accepter toutes les licences. -> <licences> <! - Décrit la licence du projet, qui est utilisée pour générer la page de licence du site Web du projet. Certains autres rapports et validation utiliseront également cet élément. -> <licence> <! - La licence est utilisée pour le nom légal -> <name> Apache 2 </name> <! - L'URL de la page officielle de l'organisme de licence -> <url> http://www.clf.com/license-2.0.txt </url> <! - La manière principale de la distribution de projet: repo, vous pouvez télécharger la manuelle à partir de la bibliothèque Maven, les utilisateurs MUSTING MUSTINGAL Repo </ Distribution> <! - Informations supplémentaires sur la licence -> <commentaires> Licence OSS conviviale </downal> </ licence> </ licence> <! - SCM (Source Control Management) vous permet de configurer votre base de code pour une utilisation par les sites Web Maven et autres plug-ins. -> <cm> <! - URL SCM, qui décrit le référentiel et comment se connecter au référentiel. Pour plus d'informations, veuillez consulter le format et la liste URL fournies par SCMS. Cette connexion est en lecture seule. -> <Connexion> SVN: http: //svn.baidu.com/banseon/maven/ </connexion> <! - Pour les développeurs, similaires aux éléments de connexion. Autrement dit, la connexion n'est pas seulement lue -> <developerConnection> SCM: SVN: http: //svn.baidu.com/banseon/maven/ </ DeveloperConnection> <! - Le balise du code actuel est par défaut dans le stade de développement -> <Tag /> <! - Pignor to the Url of the Project Browsable Library (tel que Viewv ou FishEye). -> <url> http://svn.baidu.com/banseon </url> </cm> <! - Décrivez divers attributs de l'organisation à laquelle appartient le projet. Utilisation de documents générés par Maven -> <Organization> <! - Le nom complet de l'organisation -> <nom> Demo </name> <! - L'URL de la page d'accueil de l'organisation -> <url> http://www.clf.com/ </url> </ organisation>
Résumer
Ce qui précède est tout le contenu de cet article sur le fichier de configuration pom.xml dans Maven. J'espère que ce sera utile à tout le monde. Les amis intéressés peuvent continuer à se référer à d'autres sujets connexes sur ce site. S'il y a des lacunes, veuillez laisser un message pour le signaler.