I've been reading the discussion of versioning mtime and have added
myself to the cc list for issue 1256. This has just become an issue
for me, so I'm glad to see it is for others as well. I'm a newbie (I
switched from cvs to svn about 5 months ago).
So, although this is much related to the earlier thread
this seemed a sufficiently different topic to start a new thread.
As a consultant, I work mostly on a remote machine at my client's
site, but I keep my own local svn repository. The clients integrate
my work into their own code base using the files I put on their
machine. When I started this job, I checked their entire code-base
into my local repository. Only later did I discover that the
import/checkout process reset the mtime of all my files. The only
major issue for me was synching changes I make on my local machine
with those on the remote machine and vice-versa. I figured I would
just go ahead and reset all the mtimes on the remote machine as well...
Then I heard from the client. They *must* have the original mtimes
(for files I don't modify, obviously).
Short of starting a new repository and re-importing with Oliver Betz's
script, or compiling the branch of svn that maintains mtime, is there
any way to *reset* the mtime of the files already in the repository to
match the times my client wants? (i.e. the original times)
If I must start again, which of the two above methods is recommended?
I would think that using the perl script is easier than
recompiling. What is the status of the branch? Does it provide the
desired mtime functionality? When was the last merge from trunk?
There wasn't much mention of it in the thread I mentioned above.
Also, how easy would it be to implement Norbert Unterberg's suggestion
of building a dump file with the proper commit times?
Also, if I have to start again, how easy would it be to add back the
full version histories of 20-30 files I touched since I started the
project? Is it possible to dump only those? Does svndumpfilter
accept wildcards yet?
To unsubscribe, e-mail: firstname.lastname@example.org
For additional commands, e-mail: email@example.com
Received on Sun Mar 25 23:48:49 2007