[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

RE: Re: Subversion erase original date of files ??

From: Charles Doucette <charles.doucette_at_synxis.com>
Date: 2004-09-17 01:17:32 CEST

> -----Original Message-----
> From: Max Bowsher [mailto:maxb@ukf.net]
> Sent: Thursday, September 16, 2004 6:54 PM
> To: Charles Doucette
> Cc: users@subversion.tigris.org
> Subject: Re: Re: Subversion erase original date of files ??
>
>
> Charles Doucette wrote:
> > In any event, as I have stated elsewhere, I still believe
> Subversion
> > should maintain the original modification date of the
> files. Why lose
> > important meta information about the files until/unless they are
> > actually changed?
>
> Are you saying that svn should store the timestamps in the
> repository? Or
> just that you should be able to get files into subversion
> without changing
> their timestamp?
>
> The former, is not particularly useful for many scenarios, so
> no one had
> bothered to write the code.
>
> The latter, is possible - see "in place import" in the FAQ.

I was saying the former; but, perhaps the latter may satisfy my needs
(and my coworkers needs).
I didn't know that in-place import was possible (that maintains the
dates
of files in the working copy). It's good to know.
Thanks for pointing it out.

>
> > Also, many other source control systems maintain this
> information (I
> > believe CVS does too; but, I may be mistaken)
>
> You are mistaken.

I could have sworn that CVS maintained the modification dates.
I may attempt to prove this to myself.
If I find evidence to the contrary (i.e. to back up my original claim),
I'll post it here.

>
> Max.
>
>

---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Fri Sep 17 01:16:37 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.