I uniformed to $Id$ since not only there was a Id/Revision+Date mixed use, but somewhere the tag was not used at all, and the majority of replied with a preference of Id
thanks and best, -Simo http://people.apache.org/~simonetripodi/ http://simonetripodi.livejournal.com/ http://twitter.com/simonetripodi http://www.99soft.org/ On Fri, Jul 20, 2012 at 1:28 AM, Gary Gregory <garydgreg...@gmail.com> wrote: > On Jul 19, 2012, at 15:38, sebb <seb...@gmail.com> wrote: > >> On 19 July 2012 07:54, Simone Tripodi <simonetrip...@apache.org> wrote: >>> Hi Seb, >>> >>>> So long as the $Date$ ones are removed, I don't think it matters >>>> whether the others use Revision or Id. >>> >>> thanks for the feedback! since in the code on /trunk there is a mixed >>> use of both $Id$ and $Revision$, would it worth have a uniformed way? >> >> Why bother? Just replace the ones with $Date$ and leave the rest. > > Personally, I like the consistency of having $id throughout. > > Gary > >> >>> TIA, >>> -Simo >>> >>> http://people.apache.org/~simonetripodi/ >>> http://simonetripodi.livejournal.com/ >>> http://twitter.com/simonetripodi >>> http://www.99soft.org/ >>> >>> >>> On Thu, Jul 19, 2012 at 1:12 AM, sebb <seb...@gmail.com> wrote: >>>> On 18 July 2012 21:35, Simone Tripodi <simonetrip...@apache.org> wrote: >>>>> Hello, >>>>> >>>>> we discussed already a lot on this for other components, anyway it >>>>> would be better discussing it before modifying the code: >>>>> >>>>> * is it OK to drop @author tags? original authors, committers and >>>>> contributors are already mentioned in the pom >>>>> >>>>> * @version: actually, there is a mix of $Id$, $Revision$ and $Date$ >>>>> usage. Is it OK to replace all of them with $Id$ only? >>>> >>> >>>> >>>>> TIA! best, >>>>> -Simo >>>>> >>>>> http://people.apache.org/~simonetripodi/ >>>>> http://simonetripodi.livejournal.com/ >>>>> http://twitter.com/simonetripodi >>>>> http://www.99soft.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 >>> >> >> --------------------------------------------------------------------- >> 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
