On Mon, Jul 27, 2009 at 8:30 AM, Luc Maisonobe <luc.maison...@free.fr>wrote:
> sebb a écrit : > > On 27/07/2009, Phil Steitz <phil.ste...@gmail.com> wrote: > > > sebb wrote: > > > > > >> The SVN variable $Date shows the date of last update. Unfortunately > > >> this is expressed in local time, which makes comparing tags with > > >> source archives a bit tedious. > > >> > > >> Do we really need this variable? > > >> > > >> > > > I like having this info in the file, since it saves a step looking > > at the > > > repo to tell when the file was last modified. Like Emmanuel, when I > > look at > > > it I am always just looking for the date, so it makes no difference > > to me > > > that it is expressed in local time. > > > > Indeed, but what use is the latest update date, without knowing what > > was changed? > > It's a way to know how old the version you use is. If I look at a file > and find latest change in 1999, I'll look further to see if this is > really the lastet version and if so if the component is still > maintained. If I see 2009, I'll simply take it as is without looking > further. A component may have had a major overhaul in the last week, but if the file you happen to look at has been stable for the last 10 years, you would know next to nothing about the state of the rest of the code you have. -- Martin Cooper The time zone is not really important for this use. > > Luc > > > > >> I would have thought that $Revision was enough to identify the file. > > >> > > >> Similarly, $HeadURL may vary: http[s]://svn[.eu].apache.org/ > > >> > > >> > > > I don't see the value of this one. > > > > > > Phil > > > > > >> I don't think it adds much value. > > >> > > >> Thoughts? > > >> > > > --------------------------------------------------------------------- > > >> 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 > >
