Hi all,

There are two settings.xml files: one in mvn's conf directory and the
other in a user's home directory. I don't see many issues with putting
mvn's setting.xml under SCM. We put the maven binaries and setting.xml
under SCM and both developers and certification people find this helpful
in that it provides a consistent environment. Maven's settings.xml
contains common profiles, mirrors, and so on. The user's settings.xml
may contain user names and passwords. The comment about not putting user
specific data in Maven's settings.xml is correct whether you use SCM or
not.

If a particular user wants to put his own settings.xml file in SCM then
who am I to complain?

Regards,
Christopher Helck  

-----Original Message-----
From: Wim Deblauwe [mailto:[EMAIL PROTECTED] 
Sent: Friday, June 08, 2007 10:55 AM
To: Maven Users List
Subject: Re: Settings.xml under source control?

I also don't think you should put it under source control. Better to
create a "super" pom for all your projects or to have an "example"
settings.xmlunder souce control that developers can use to create their
own settings.xml.

regards,

Wim

Op 08-06-07 heeft [EMAIL PROTECTED] <
[EMAIL PROTECTED]> het volgende geschreven:
>
>
>
> Hi Moe,
>
> Are you sure you want settings.xml under source control? Lots of times

> the settings.xml contains user specific settings like usernames and 
> passwords.
>
> Regards,
>
> Minto
>
>
> -----Oorspronkelijk bericht-----
> Van: Moe, Vidar [mailto:[EMAIL PROTECTED]
> Verzonden: vrijdag 8 juni 2007 11:28
> Aan: users@maven.apache.org
> Onderwerp: Settings.xml under source control?
>
>
> Hi!
>
> We would like to have the settings.xml file in a custom location to 
> easily being able to have it under source control. We can control the 
> placement of the settings.xml file by the
>
> -Dorg.apache.maven.user-settings
>
> but it is cumersome for developers to add this param for every mvn 
> command they are going to run. - Can this parameter be applied 
> globally somehow, so that the developers do not have to add it
everytime?
>
> Thanks in advance,
>
> Regards,
> Vidar Moe
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: [EMAIL PROTECTED]
> For additional commands, e-mail: [EMAIL PROTECTED]
>
>


--
Vigilog - an open source log file viewer: http://vigilog.sourceforge.net
Blog: http://www.jroller.com/page/Fester

**********************************************************************
This communication and all information (including, but not limited to,
 market prices/levels and data) contained therein (the "Information") is
 for informational purposes only, is confidential, may be legally
 privileged and is the intellectual property of ICAP plc and its affiliates
 ("ICAP") or third parties. No confidentiality or privilege is waived or
 lost by any mistransmission. The Information is not, and should not
 be construed as, an offer, bid or solicitation in relation to any
 financial instrument or as an official confirmation of any transaction.
 The Information is not warranted, including, but not limited, as to
 completeness, timeliness or accuracy and is subject to change
 without notice. ICAP assumes no liability for use or misuse of the
 Information. All representations and warranties are expressly
 disclaimed. The Information does not necessarily reflect the views of
 ICAP. Access to the Information by anyone else other than the
 recipient is unauthorized and any disclosure, copying, distribution or
 any action taken or omitted to be taken in reliance on it is prohibited. If
 you receive this message in error, please immediately delete it and all
 copies of it from your system, destroy any hard copies of it and
 notify the sender.
**********************************************************************


---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to