Return-Path: Delivered-To: apmail-hadoop-general-archive@minotaur.apache.org Received: (qmail 73295 invoked from network); 20 Oct 2010 21:13:47 -0000 Received: from unknown (HELO mail.apache.org) (140.211.11.3) by 140.211.11.9 with SMTP; 20 Oct 2010 21:13:47 -0000 Received: (qmail 28608 invoked by uid 500); 20 Oct 2010 21:13:45 -0000 Delivered-To: apmail-hadoop-general-archive@hadoop.apache.org Received: (qmail 28562 invoked by uid 500); 20 Oct 2010 21:13:45 -0000 Mailing-List: contact general-help@hadoop.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@hadoop.apache.org Delivered-To: mailing list general@hadoop.apache.org Received: (qmail 28554 invoked by uid 99); 20 Oct 2010 21:13:45 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Oct 2010 21:13:45 +0000 X-ASF-Spam-Status: No, hits=0.7 required=10.0 tests=RCVD_IN_DNSWL_NONE,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [209.85.214.48] (HELO mail-bw0-f48.google.com) (209.85.214.48) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 20 Oct 2010 21:13:38 +0000 Received: by bwz5 with SMTP id 5so3380861bwz.35 for ; Wed, 20 Oct 2010 14:13:16 -0700 (PDT) Received: by 10.103.181.15 with SMTP id i15mr6202636mup.16.1287609196316; Wed, 20 Oct 2010 14:13:16 -0700 (PDT) Received: from tp (c-24-4-185-157.hsd1.ca.comcast.net [24.4.185.157]) by mx.google.com with ESMTPS id p2sm438168fak.22.2010.10.20.14.13.14 (version=SSLv3 cipher=RC4-MD5); Wed, 20 Oct 2010 14:13:15 -0700 (PDT) Sender: Konstantin Boudnik Date: Wed, 20 Oct 2010 14:13:10 -0700 From: Konstantin Boudnik To: general@hadoop.apache.org Subject: Re: Patch testing Message-ID: <20101020211310.GB17884@tp> References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="oLBj+sq0vYjzfsbl" Content-Disposition: inline In-Reply-To: X-Organization: It's something of 'Cos X-PGP-Key: http://www.boudnik.org/~cos/pubkey.asc User-Agent: Mutt/1.5.20 (2009-06-14) --oLBj+sq0vYjzfsbl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Actually, there's a way to do it, but is isn't simple as you said and requi= re certain JIRA management discipline like linking JIRAs properly, for instanc= e. Another veritable here is to submit patches for all involved project at onc= e or to be able to postpone a patch validation if patch-A isn't available when patch-B is submitted (project B depends on A, obviously). After that everything else is real easy: build dependencies, mvn-install artifacts, build the dependent one with locally installed artifacts, clean = mvn cache after all. The tricky part though is to guarantee that these chained builds are executed on the same machine. Otherwise, local mvn repo synchronization will be one huge mess ;) So, in other words, let's restore the status quo first ;) IMO Cos On Wed, Oct 20, 2010 at 04:37PM, Aaron Myers wrote: > One feature request, which may be difficult to implement, and may not be > worth it: >=20 > It would be nice to somehow support running tests for patches which requi= re > changes that span core/MR/HDFS. As it stands, I believe an HDFS patch will > be built and run against a trunk jar, but if this HDFS patch requires some > not-yet-committed work that's being done in a HADOOP JIRA, the HDFS tests > will fail. >=20 > Obviously, just getting hudson QA running again is a necessary pre-requis= ite > for this. :) >=20 > Aaron --oLBj+sq0vYjzfsbl Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAky/W2YACgkQIg9pgB8n5iKlwwCfXAMBk3ke6W5NQ/Giu1rOYpe6 u5kAn1GzDowSUemOpVFSUTvPPk0TGvwa =Tncj -----END PGP SIGNATURE----- --oLBj+sq0vYjzfsbl--