On Nov 14, 2011, at 19:56, sebb <[email protected]> wrote: > On 14 November 2011 21:15, Henri Yandell <[email protected]> wrote: >> On Mon, Nov 14, 2011 at 10:41 AM, sebb <[email protected]> wrote: >>> On 14 November 2011 18:34, Gary Gregory <[email protected]> wrote: >>>> On Mon, Nov 14, 2011 at 1:29 PM, sebb <[email protected]> wrote: >>>> >>>>> On 14 November 2011 15:04, <[email protected]> wrote: >>>>>> Author: ggregory >>>>>> Date: Mon Nov 14 15:04:32 2011 >>>>>> New Revision: 1201740 >>>>>> >>>>>> URL: http://svn.apache.org/viewvc?rev=1201740&view=rev >>>>>> Log: >>>>>> Creating commons-codec-1.6-RC1 tag >>>>> >>>>> I think there was already an RC1 tag. >>>>> >>>>> Ideally, please don't recreate tags. >>>>> >>>> >>>> I thought we'd gone through this before and decided that it was OK to >>>> delete a tag when a vote is not called for that tag. >>> >>> It's fine to create and drop tags which won't ever be used for a vote. >>> >>> But tags that are used as RC tags should be immutable. >>> >>> It's better *never* to reuse an RC tag, as a recreated tag can still >>> cause confusion later on. >> >> I'm not understanding the reasoning here. Where is the confusion in a >> recreated tag? > > If the RC is renamed (rather than copied) when creating the final tag, > it may be necessary to use SVN history to find out which revision was > used in the final tag. > By the time the final tag is created, trunk will have moved on. SVN > does not record the revision of the RC tag used to create the final > tag. > >> It seems far more confusing for me to announce RC12 tomorrow for >> Collections and have everyone wonder where the previous 11 were. > > So? The tag is just a name. > > Much simpler to have a rule - RC tags are immutable - rather than > allow them sometimes and not others.
can we agree on a rule and doc it on the wiki? G > >> Hen >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: [email protected] >> For additional commands, e-mail: [email protected] >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: [email protected] > For additional commands, e-mail: [email protected] > --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
