Return-Path: X-Original-To: apmail-maven-dev-archive@www.apache.org Delivered-To: apmail-maven-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 65DEC7277 for ; Sat, 27 Aug 2011 05:52:48 +0000 (UTC) Received: (qmail 18641 invoked by uid 500); 27 Aug 2011 05:52:47 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 17554 invoked by uid 500); 27 Aug 2011 05:52:30 -0000 Mailing-List: contact dev-help@maven.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Maven Developers List" Reply-To: "Maven Developers List" Delivered-To: mailing list dev@maven.apache.org Received: (qmail 17540 invoked by uid 99); 27 Aug 2011 05:52:26 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 27 Aug 2011 05:52:26 +0000 X-ASF-Spam-Status: No, hits=-0.7 required=5.0 tests=FREEMAIL_FROM,RCVD_IN_DNSWL_LOW,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of ansgar.konermann@googlemail.com designates 209.85.214.43 as permitted sender) Received: from [209.85.214.43] (HELO mail-bw0-f43.google.com) (209.85.214.43) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 27 Aug 2011 05:52:19 +0000 Received: by bkbzv15 with SMTP id zv15so3802438bkb.30 for ; Fri, 26 Aug 2011 22:51:58 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; bh=ZJ7quFeNmkQPJblYhBk+ZZiPri8O4mEvOjfH8emDm4Q=; b=wYOwIijmauJV7ZDZa5eO9aCS/w2OawQ1jx2gqnA8ssu97YayUrbym+bqN+F9twAuIU UXO2lcbXbxqYsWV6RkAkeGiWd2wIZcEfzFEYQwLC7cIKBJdi5JcLLVQyaxzqpTlz/Cgg 9vVpV9GqZMYboDEfjG8Xn6JED+rEW24Ch4h6k= Received: by 10.204.135.132 with SMTP id n4mr1002575bkt.130.1314424318109; Fri, 26 Aug 2011 22:51:58 -0700 (PDT) Received: from eagle.bln.itikko.net (e179020167.adsl.alicedsl.de [85.179.20.167]) by mx.google.com with ESMTPS id q15sm638127bke.37.2011.08.26.22.51.56 (version=SSLv3 cipher=OTHER); Fri, 26 Aug 2011 22:51:57 -0700 (PDT) Message-ID: <4E5885FA.5080100@googlemail.com> Date: Sat, 27 Aug 2011 07:51:54 +0200 From: Ansgar Konermann User-Agent: Mozilla/5.0 (X11; U; Linux i686 (x86_64); de; rv:1.9.2.20) Gecko/20110804 Lightning/1.0b2 Thunderbird/3.1.12 MIME-Version: 1.0 To: dev@maven.apache.org Subject: Re: [DISCUSS] Project local setting.xml References: <4E36F7CE.8060206@redhat.com> <1312226200.26940.YahooMailNeo@web28512.mail.ukl.yahoo.com> <4E370552.30205@redhat.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Am 01.08.2011 22:09, schrieb Benson Margulies: > I have several alternative design ideas. > > 0) If you religiously use a repository manager and mirrorOf "*", you > can prevent this rogues from bothering you. Hi, we do this and still have the need to use a settings.xml, for two reasons: - at work, different teams use different repository managers as mirror. On our CI server, we thus need to use our own settings.xml. - at home, I have a project which I want to build using both a local/private CI server and a "public" one, but they all use different repo managers as mirror *Nevertheless* I already do use project-specific settings.xml from SCM, in exactly this context. It's as easy as: - check in your settings.xml - run mvn -s settings.xml in checkout directory You could even split the settings.xml files into a different SCM repository and create one branch each for different environments, referring to the mirrors which should be active in this environment. Our CI server software can check out multiple SCM roots per build configuration, so we could checkout "settings.xml (internal) + main code base" on the internal CI server, plus "settings.xml (public) + main code base" on the public CI server. I don't strictly see the need to add auto-search functionality of settings.xml to Maven for this to work, the existing -s switch suffices at least for my use case. I can't see why this should not suffice for the use case of the OP. Best regards Ansgar --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org For additional commands, e-mail: dev-help@maven.apache.org