On 11 September 2011 17:59, Phil Steitz <phil.ste...@gmail.com> wrote: > On 9/11/11 8:16 AM, sebb wrote: >> On 11 September 2011 16:08, Ralph Goers <ralph.go...@dslextreme.com> wrote: >>> On Sep 11, 2011, at 7:41 AM, Phil Steitz wrote: >>> >>>>> How exactly? I am asking this because I don't know how to do it. >>>>> Won't whoever wants to retrieve it have to know the (now >>>>> non-existent) tag name? Or will it work from a checkout/URL of >>>>> trunk or the actual release tag? >>>> Sorry, brain dead there. Forgot you were planing to put the RC tag >>>> name in the entry. Might seem a little odd to try to check out a >>>> tag that is no longer there, but I guess it would work. >>> There is one other option. Stop tagging with RC and use the real release >>> tag. If the release fails just delete the tag and redo it. That is the >>> easiest way to do it with the release plugin anyway. >> Yes, as I wrote earlier in the thread, that's what Tomcat and Httpd do. > > Tomcat and http recreate the same release tags? > > I thought their strategy was increment the number and cut a new RC > with new tag with the new number. Tags really should be immutable.
Sorry, misread Ralph's comment. I agree, tags should be immutable. > Phil >> >>> Ralph >>> >>> >>> --------------------------------------------------------------------- >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >>> For additional commands, e-mail: dev-h...@commons.apache.org >>> >>> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org >> For additional commands, e-mail: dev-h...@commons.apache.org >> >> > > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org > For additional commands, e-mail: dev-h...@commons.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org For additional commands, e-mail: dev-h...@commons.apache.org