Return-Path: X-Original-To: apmail-hc-dev-archive@www.apache.org Delivered-To: apmail-hc-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 AEA2FF0A1 for ; Sun, 24 Mar 2013 13:19:35 +0000 (UTC) Received: (qmail 55663 invoked by uid 500); 24 Mar 2013 13:19:35 -0000 Delivered-To: apmail-hc-dev-archive@hc.apache.org Received: (qmail 55607 invoked by uid 500); 24 Mar 2013 13:19:35 -0000 Mailing-List: contact dev-help@hc.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "HttpComponents Project" Delivered-To: mailing list dev@hc.apache.org Received: (qmail 55598 invoked by uid 99); 24 Mar 2013 13:19:35 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Mar 2013 13:19:35 +0000 X-ASF-Spam-Status: No, hits=0.7 required=5.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [217.150.250.48] (HELO kalnich.nine.ch) (217.150.250.48) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 24 Mar 2013 13:19:29 +0000 Received: from [192.168.1.121] (77-57-197-206.dclient.hispeed.ch [77.57.197.206]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by kalnich.nine.ch (Postfix) with ESMTPSA id E6006B8010F for ; Sun, 24 Mar 2013 14:19:07 +0100 (CET) Message-ID: <1364131147.16833.14.camel@ubuntu> Subject: Re: Svnpubsub for dist archives From: Oleg Kalnichevski To: HttpComponents Project Date: Sun, 24 Mar 2013 14:19:07 +0100 In-Reply-To: References: <1353852848.25603.17.camel@ubuntu> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.6.2-0ubuntu0.1 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Virus-Checked: Checked by ClamAV on apache.org On Sun, 2012-11-25 at 22:34 +0000, sebb wrote: > On 25 November 2012 14:14, Oleg Kalnichevski wrote: > > On Sun, 2012-11-25 at 01:47 +0000, sebb wrote: > >> I propose to start working on setting up svnpubsub for dist/ archives, > >> i.e. releases. This is an infra requirement which has to be done by > >> the start of next year. > >> > >> First stage is to create the dev and release SVN trees under > >> > >> https://dist.apache.org/repos/dist/ > >> > >> and get commit messages sent to the appropriate mailing list. > >> > >> I assume that the most suitable list is: > >> > >> commits@hc.a.o > >> > >> which is where all the other commits go. > >> > >> Finally we ask Infra to enable svnpubsub; after that point all > >> releases will need to be done via the dist SVN repo. > >> > >> I suggest that svnpubsub is only enabled after the current release > >> votes are completed, but the SVN directories and mailing lists can be > >> set up now. > >> > >> The idea is that release candidates are uploaded to the staging area > >> > >> dev/httpcomponents/ > >> > >> for review; once the vote passes the files are renamed to > >> > >> release/httpcomponents/ > >> > >> This can be done with individual SVN commands, but it is much better > >> to use svnmucc which can move all the files in a single transaction. > >> > >> I hope to be able to create a script to generate the svnmucc command > >> list from Maven pom and assembly files but if not it's not too > >> difficult to create the commands by hand. > >> > >> This will require a minor change to the release vote process. > >> The files need to be uploaded to the new shared staging area, not > >> individual user home directories. And the publish process will require > >> using SVN rather than copy, but it can be done without needing to > >> login to people. > >> > > Maybe I am just having a bad day here but this whole idea of using svn for just about anything seem, well, questionable. It turned out svnmucc thing did not support wildcard expansion, which makes it next to useless. That basically means that over a dozen distribution files (zip, gz, asc, md5) have to be moved individually one by one. While this theoretically could be scripted it just made already painful release process much more painful. Oleg --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@hc.apache.org For additional commands, e-mail: dev-help@hc.apache.org