You are viewing a plain text version of this content. The canonical link for it is here.
Posted to users@subversion.apache.org by "Charles E. Doucette" <cd...@med-learn.com> on 2003/11/07 16:40:57 UTC

SVN import behavior and save/restore of file timestamps

I was just helping a colleague who wanted to put a project under source
control.

I showed him the new repository explorer in TortoiseSVN where he created a
parent folder for his project.

There was some confusion as to whether he had to pre-create the actual
project folder
or if it would be created as part of the import process (the dialog snapshot
image
and the text in the daily use guide were not crystal clear on this point).

Then, we were both surprised to see that the original directory (the source
of the
import) was not put under source code control (made a working copy). Since
then,
I reread the TortoiseSVN daily use guide which specifically says that.

I told him that he would have to

a)	rename the original directory
b)	create a new directory with the original directory name
c)	check out the project into the new directory with the old name
d)	do a recursive diff of the two directories
	(to reassure yourself that everything is in source control before
	actually deleting the original directory)

Unfortunately, I informed him that every single file and directory
would reflect the current date and time and not the original date and time
(and therefore the diff may fail or appear to fail).

I can accept that saving/restoring timestamps may not be a critically
important
feature for 1.0; but, I believe *very* strongly in it so I certainly hope it
will be implemented eventually and ideally very soon after 1.0 is released.

His plans to put this project under source control are put off at least for
now
because the file timestamps aren't maintained. This effectively loses
history
and makes it harder to see what might have changed when.

Thanks,
Chuck


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org


RE: SVN import behavior and save/restore of file timestamps

Posted by Ben Collins-Sussman <su...@collab.net>.
On Tue, 2003-11-11 at 16:06, Charles E. Doucette wrote:
> I was hoping to get a response to my post; so, perhaps if I phrase it in the
> form
> of a question I might get a response?
> 
> 1.	Is the current behavior of the SVN import command equivalent to the
> CVS import command
> 	(i.e. it doesn't put the current directory under source code
> control)?
> 

Correct, just like 'cvs import', 'svn import' does *not* convert your
current working directory into a working copy.  It just adds it to the
repository, that's it.


> 2.	Is there a plan to save/restore file/directory (modification)
> timestamps - perhaps
> 	as built-in SVN properties? If so, approximately when is it
> scheduled (i.e. post 1.0)?

There is no plan, but it's been discussed before.

Right now, we have a runtime option to make files always have their
timestamps set to the 'last commit time' in the repository.  But we
haven't scheduled a timestamp-preservation feature.



---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org

RE: SVN import behavior and save/restore of file timestamps

Posted by "Charles E. Doucette" <cd...@med-learn.com>.
I was hoping to get a response to my post; so, perhaps if I phrase it in the
form
of a question I might get a response?

1.	Is the current behavior of the SVN import command equivalent to the
CVS import command
	(i.e. it doesn't put the current directory under source code
control)?

2.	Is there a plan to save/restore file/directory (modification)
timestamps - perhaps
	as built-in SVN properties? If so, approximately when is it
scheduled (i.e. post 1.0)?

Thanks,
Chuck

> -----Original Message-----
> From: Charles E. Doucette [mailto:cdoucette@med-learn.com] 
> Sent: Friday, November 07, 2003 11:41 AM
> To: 'Subversion users mailing list'
> Cc: 'Ryan McCullough'
> Subject: SVN import behavior and save/restore of file timestamps
> 
> 
> I was just helping a colleague who wanted to put a project 
> under source control.
> 
> I showed him the new repository explorer in TortoiseSVN where 
> he created a parent folder for his project.
> 
> There was some confusion as to whether he had to pre-create 
> the actual project folder or if it would be created as part 
> of the import process (the dialog snapshot image and the text 
> in the daily use guide were not crystal clear on this point).
> 
> Then, we were both surprised to see that the original 
> directory (the source of the
> import) was not put under source code control (made a working 
> copy). Since then, I reread the TortoiseSVN daily use guide 
> which specifically says that.
> 
> I told him that he would have to
> 
> a)	rename the original directory
> b)	create a new directory with the original directory name
> c)	check out the project into the new directory with the old name
> d)	do a recursive diff of the two directories
> 	(to reassure yourself that everything is in source 
> control before
> 	actually deleting the original directory)
> 
> Unfortunately, I informed him that every single file and 
> directory would reflect the current date and time and not the 
> original date and time (and therefore the diff may fail or 
> appear to fail).
> 
> I can accept that saving/restoring timestamps may not be a 
> critically important feature for 1.0; but, I believe *very* 
> strongly in it so I certainly hope it will be implemented 
> eventually and ideally very soon after 1.0 is released.
> 
> His plans to put this project under source control are put 
> off at least for now because the file timestamps aren't 
> maintained. This effectively loses history and makes it 
> harder to see what might have changed when.
> 
> Thanks,
> Chuck
> 
> 
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
> For additional commands, e-mail: users-help@subversion.tigris.org
> 
> 


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org