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 31E52DEA2 for ; Fri, 21 Sep 2012 12:02:09 +0000 (UTC) Received: (qmail 75417 invoked by uid 500); 21 Sep 2012 12:02:08 -0000 Delivered-To: apmail-maven-dev-archive@maven.apache.org Received: (qmail 75075 invoked by uid 500); 21 Sep 2012 12:02:06 -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 75032 invoked by uid 99); 21 Sep 2012 12:02:04 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Sep 2012 12:02:04 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=HTML_MESSAGE,RCVD_IN_DNSWL_LOW,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of stephen.alan.connolly@gmail.com designates 209.85.212.177 as permitted sender) Received: from [209.85.212.177] (HELO mail-wi0-f177.google.com) (209.85.212.177) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 21 Sep 2012 12:02:00 +0000 Received: by wibhn17 with SMTP id hn17so1646461wib.6 for ; Fri, 21 Sep 2012 05:01:38 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=2odec3KPeL4QoP8J0j/HJyuuK1yammh/bi29P+Mjpss=; b=RWfVRJosSrAd87yNCle3kN2+fSS1Ecp/bMMvTxmNhqbuqNGCdf5s8iwVN3sXErVtVu VIofY/uog9GjOPTJPUlpD4YVhAD4HSBCvRxoijyoFXgG6ViT+lgwCQZ7fLkC34rjvQwI qdKwvfF/PYxviIdRPHzDF7cCuauXDhIA114oHNVhCxMl8+NIBKwV3roKrlLdqk6/iZhd eqOIJk8cyt5E7XqsOfiF9Kats4BmlLry1AM3+7Ktr01aMnpQi8mr8fLXlvX56uW3Y90Q qgfvqiv93kDz/A8ozdPKsbdB4x+TDFSR2vtBMUqXUJisY7eueP4IlG/YxJg89q+JYCjt sHuw== MIME-Version: 1.0 Received: by 10.216.133.91 with SMTP id p69mr2608717wei.111.1348228898482; Fri, 21 Sep 2012 05:01:38 -0700 (PDT) Received: by 10.216.194.216 with HTTP; Fri, 21 Sep 2012 05:01:38 -0700 (PDT) In-Reply-To: References: <2810907465646628150@unknownmsgid> <05960578-5A2D-4065-B7DC-8A15559962AE@talios.com> <1348161347.81439.YahooMailNeo@web28906.mail.ir2.yahoo.com> <1348226532.20620.YahooMailNeo@web28906.mail.ir2.yahoo.com> Date: Fri, 21 Sep 2012 13:01:38 +0100 Message-ID: Subject: Re: Scm, Surefire, Wagon migrate to git (please check) [was Plan for git migration] From: Stephen Connolly To: Maven Developers List Cc: Mark Struberg Content-Type: multipart/alternative; boundary=0016e6dedddd91eb4a04ca3500c3 X-Virus-Checked: Checked by ClamAV on apache.org --0016e6dedddd91eb4a04ca3500c3 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On 21 September 2012 12:58, Stephen Connolly < stephen.alan.connolly@gmail.com> wrote: > > > On 21 September 2012 12:40, Kristian Rosenvold < > kristian.rosenvold@gmail.com> wrote: > >> > Are we d'accord that we must _not_ do releases on master but always >> create a temporary branch for each release (and then merge back to maste= r >> after the vote passed) ? >> >> Now it's getting interesting: >> >> git clone git://git.apache.org/maven-surefire.git >> cd maven-surefire >> gitk --all & >> >> git clone https://github.com/sonatype/plexus-utils.git >> cd plexus-utils >> gitk --all & >> >> >> Hold the two gitk windows side by side;) >> >> Now the tags in surefire seem like the textbook way to do this, >> whereas plexus-utils has ugly tags. But is there any way to have >> release-plugin actually *make* tags like surefire has ? (these are >> from the asf git clone, so they have been created by some dark >> magics...) >> > > I think this is a side-effect of the svn-git migration > > the plexus ones are where the tag is created on the master branch > > the surefire ones are where the tag is created from a separate branch > (i.e. the tag) > > to have the history like this in git you would do something like > > here is the way # update poms $ git commit -m "[maven-release-plugin] prepare release surefire-2.12.2" $ git checkout -b temp $ git commit --allow-empty -m "[maven-release-plugin] copy tag for surefire-2.12.2" $ git tag surefire-2.12.2 $ git checkout master # update poms $ git commit -m "[maven-release-plugin] prepare for next development iteration" > >> >> Kristian >> >> >> >> >> > >> > LieGrue, >> > strub >> > >> > >> > >> > >> > ----- Original Message ----- >> >> From: Kristian Rosenvold >> >> To: Maven Developers List >> >> Cc: >> >> Sent: Friday, September 21, 2012 10:33 AM >> >> Subject: Re: Scm, Surefire, Wagon migrate to git (please check) [was >> Plan for git migration] >> >> >> >> You don't really "crash" anything, but if the tag is rewritten you >> >> have to delete the local tag to actually get the updated reference to >> >> the tag. >> >> >> >> The authorative repo is correct, but there may be some clones out >> >> there that are unaware of the failed release and the moved tag. >> >> >> >> I still think the benefit of moving the tag > just tagging locally >> >> (and hence missing tags). >> >> >> >> Could we introduce something like subtagging ? If the official releas= e >> >> tag is "xyz_plugin_1.2.3", could we have the release plugin tag the >> >> first version as "xyz_plugin_1.2.3_0" and just automatically advance >> >> the tag for each re-release ? Then we *could* have some automated ste= p >> >> in the post-vote process burniung the final release number based on >> >> highest available subtag (and delete the subtags) ? >> >> >> >> I suppose a similar post-vote tool could also just push the local >> >> release tag to the repo, so I may be complicating things.....? >> >> >> >> Kristian >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> 2012/9/20 Mark Struberg : >> >>> Hi folks! >> >>> >> >>> The problem is the rollback. >> >>> In DeltaSpike we do _not_ push now. deleting a tag on one repo is >> not a >> >> problem, but you would crash all downstream clones as re-trying a >> release is >> >> basically a history rewrite. >> >>> >> >>> In DeltaSpike I do the release locally and push the tag + release >> branch to >> >> my github clone (or any other public repo you like). >> >>> After the VOTE passes I merge it to master and push it to the ASF >> canonical >> >> repo. >> >>> >> >>> Not perfect neither, but worked far better than history rewrites at >> least >> >> ;) >> >>> >> >>> LieGrue, >> >>> strub >> >>> >> >>> >> >>> >> >>> >> >>> ----- Original Message ----- >> >>>> From: Kristian Rosenvold >> >>>> To: Maven Developers List >> >>>> Cc: >> >>>> Sent: Thursday, September 20, 2012 4:56 PM >> >>>> Subject: Re: Scm, Surefire, Wagon migrate to git (please check) [w= as >> >> Plan for git migration] >> >>>> >> >>>> I just checked and there is no general blocking for deleting tags. >> We >> >>>> should definitely push as part of release plugin. Tags ar cheap. >> >>>> >> >>>> Kristian >> >>>> >> >>>> >> >>>> 2012/9/20 Olivier Lamy : >> >>>>> 2012/9/20 Mark Derricutt : >> >>>>>> Olivier, >> >>>>>> >> >>>>>> I'm not checked yet ( not thru lazyness, but thru >> >> buzyness, and >> >>>> shooting this email just as I think of it ), in all my local >> maven/git >> >> projects >> >>>> I set in the maven-release-plugin configuration: >> >>>>>> >> >>>>>> false >> >>>>>> true >> >>>>>> >> >>>>>> to prevent any upstream/origin pushes during release ( there >> >> may not BE >> >>>> an origin/remote yet ). There was some discussion either on here, >> or in >> >> JIRA ( >> >>>> not sure off hand which ) about making these options the default f= or >> >> any of the >> >>>> supported distributed version control systems. >> >>>>>> >> >>>>>> Does anyone know if this was done? Should these options be >> >> mandated as >> >>>> a standard practise for maven+git conversion? >> >>>>> >> >>>>> No release yet. >> >>>>> But regarding false, I >> >> remember we >> >>>> used on >> >>>>> jenkins side and everybody missed the manual step (push the tag) >> >> when >> >>>>> released. So we moved to true. >> >>>>> BTW it's something to discuss. >> >>>>> Maybe pushing the tag once release vote passed ? >> >>>>> I remember some discussions on ASF infra for blocking of tag >> >> deletion >> >>>>> (I don't know if this has been applied on the final infra) >> >> because we >> >>>>> sometimes delete tags if the release vote fail. >> >>>>> I can test creating a fake tag and try delete it :-) >> >>>>> >> >>>>>> >> >>>>>> Mark >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> On 20/09/2012, at 1:40 AM, Olivier Lamy >> >> wrote: >> >>>>>> >> >>>>>>> BTW I have started a page here: >> >>>>>>> http://maven.apache.org/developers/conventions/git.html >> >>>>>>> >> >>>>>>> we could put some git tips and more conventions. >> >>>>>>> >> >>>>>>> >> >>>>>>> 2012/9/18 Arnaud H=E9ritier : >> >>>>>>>> My remarks about these repos : >> >>>>>>>> * trunk will have to be renamed master (I'm not >> >> sure if >> >>>> we'll go further >> >>>>>>>> like using the git workflow with the develop branch to >> >> keep >> >>>> master as >> >>>>>>>> stable as possible - In any case I would recommand to >> >> follow a >> >>>> convention >> >>>>>>>> fix/XXXX, stable/A.B.C, feature/ZZZZ to organize >> >> branches) >> >>>>>>>> * A strange thing I didn't have in my company >> >> repositories >> >>>> I recently >> >>>>>>>> migrated is the commit/tag (copy for tag) for each >> >> release done >> >>>> by the >> >>>>>>>> release plugin. I don't know if it is a different >> >> setting >> >>>> in the plugin or >> >>>>>>>> something cleaned by filters I applied in the SVN >> >> -> GIT >> >>>> migration we did >> >>>>>>>> * Some strange branches to cleanup ? ASF, APACHE or by >> >> user >> >>>> (trygvis, >> >>>>>>>> evenisse ...) >> >>>>>>>> >> >>>>>>>> That's all what I see for now. >> >>>>>>>> >> >>>>>>>> Cheers >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> On Tue, Sep 18, 2012 at 8:29 PM, Arnaud H=E9ritier >> >>>> wrote: >> >>>>>>>> >> >>>>>>>>> I Will test them. Will they keep these ugly URLs >> >> git-wip-us >> >>>> in the >> >>>>>>>>> future ? I'm not a fanatic but I would prefer >> >> to have >> >>>> something stable >> >>>>>>>>> to put in our POMs for releases. I know that we >> >> don't >> >>>> use often scm >> >>>>>>>>> infos after the release but it is sad if we know >> >> that >> >>>> they'll be >> >>>>>>>>> discontinued in a near future. No ? >> >>>>>>>>> >> >>>>>>>>> Le 18 sept. 2012 =E0 19:23, Olivier Lamy >> >>>> a =E9crit : >> >>>>>>>>> >> >>>>>>>>>> Repositories has been migrated to: >> >>>>>>>>>> * >> >>>> https://git-wip-us.apache.org/repos/asf/maven-surefire.git >> >>>>>>>>>> * >> >>>> https://git-wip-us.apache.org/repos/asf/maven-wagon.git >> >>>>>>>>>> * >> >> https://git-wip-us.apache.org/repos/asf/maven-scm.git >> >>>>>>>>>> They are currently read only. >> >>>>>>>>>> Content looks good. >> >>>>>>>>>> If nobody complains, I will ask to move to rw >> >> mode >> >>>> tomorrow. (in 24H) >> >>>>>>>>>> >> >>>>>>>>>> 2012/9/18 Olivier Lamy >> >> : >> >>>>>>>>>>> Hi >> >>>>>>>>>>> See >> >>>> https://issues.apache.org/jira/browse/INFRA-5266 >> >>>>>>>>>>> Those tree svn paths will be readonly now >> >> for >> >>>> migration. >> >>>>>>>>>>> >> >>>>>>>>>>> 2012/9/12 Olivier Lamy >> >> : >> >>>>>>>>>>>> Hi Folks, >> >>>>>>>>>>>> So the vote passed, now it's time >> >> for >> >>>> volunteers to use their fingers >> >>>>>>>>> :-). >> >>>>>>>>>>>> I have started a page [1] for ETA of >> >> migration >> >>>> (note the Volunteer >> >>>>>>>>>>>> column :-) ) and for discussion on >> >> some stuff >> >>>> (plugins shared) >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >>>>>>>>>>>> Thanks >> >>>>>>>>>>>> -- >> >>>>>>>>>>>> Olivier Lamy >> >>>>>>>>>>>> Talend: http://coders.talend.com >> >>>>>>>>>>>> http://twitter.com/olamy | >> >>>> http://linkedin.com/in/olamy >> >>>>>>>>>>>> [1] >> >>>> https://cwiki.apache.org/confluence/display/MAVEN/Git+Migration >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> >> >>>>>>>>>>> -- >> >>>>>>>>>>> Olivier Lamy >> >>>>>>>>>>> Talend: http://coders.talend.com >> >>>>>>>>>>> http://twitter.com/olamy | >> >>>> http://linkedin.com/in/olamy >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> >> >>>>>>>>>> -- >> >>>>>>>>>> Olivier Lamy >> >>>>>>>>>> Talend: http://coders.talend.com >> >>>>>>>>>> http://twitter.com/olamy | >> >> http://linkedin.com/in/olamy >> >>>>>>>>>> >> >>>>>>>>>> >> >>>> >> --------------------------------------------------------------------- >> >>>>>>>>>> To unsubscribe, e-mail: >> >>>> dev-unsubscribe@maven.apache.org >> >>>>>>>>>> For additional commands, e-mail: >> >>>> dev-help@maven.apache.org >> >>>>>>>>>> >> >>>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> >> >>>>>>>> -- >> >>>>>>>> ----- >> >>>>>>>> Arnaud H=E9ritier >> >>>>>>>> 06-89-76-64-24 >> >>>>>>>> http://aheritier.net >> >>>>>>>> Mail/GTalk: aheritier@gmail.com >> >>>>>>>> Twitter/Skype : aheritier >> >>>>>>> >> >>>>>>> >> >>>>>>> >> >>>>>>> -- >> >>>>>>> Olivier Lamy >> >>>>>>> Talend: http://coders.talend.com >> >>>>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>>>>> >> >>>>>>> >> >>>> >> --------------------------------------------------------------------- >> >>>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >>>>>>> For additional commands, e-mail: dev-help@maven.apache.org >> >>>>>>> >> >>>>>> >> >>>>>> >> >>>>>> >> >> --------------------------------------------------------------------- >> >>>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >>>>>> For additional commands, e-mail: dev-help@maven.apache.org >> >>>>>> >> >>>>> >> >>>>> >> >>>>> >> >>>>> -- >> >>>>> Olivier Lamy >> >>>>> Talend: http://coders.talend.com >> >>>>> http://twitter.com/olamy | http://linkedin.com/in/olamy >> >>>>> >> >>>>> >> >> --------------------------------------------------------------------- >> >>>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >>>>> For additional commands, e-mail: dev-help@maven.apache.org >> >>>>> >> >>>> >> >>>> >> --------------------------------------------------------------------- >> >>>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >>>> For additional commands, e-mail: dev-help@maven.apache.org >> >>>> >> >>> >> >>> -------------------------------------------------------------------= -- >> >>> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >>> For additional commands, e-mail: dev-help@maven.apache.org >> >>> >> >> >> >> --------------------------------------------------------------------- >> >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> >> For additional commands, e-mail: dev-help@maven.apache.org >> >> >> > >> > --------------------------------------------------------------------- >> > To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> > For additional commands, e-mail: dev-help@maven.apache.org >> > >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscribe@maven.apache.org >> For additional commands, e-mail: dev-help@maven.apache.org >> >> > --0016e6dedddd91eb4a04ca3500c3--