> My previous Version Control System handled this as I would expect, so
> this has come as quite a nasty shock. I really don't want the exact same
> files on different PC's to have different time stamps, and I can't see
> that I'm being unreasonable.
> Backup programs preserve time stamps for a good reason and its like
> saying they might as well not bother.
Hopefully you know about using SVN Update and are not doing an SVN
Checkout after each commit?
Consider for a moment two users straddling the international date line.
They ping-pong a file back and forth via a repo on Sourceforge or
wherever. As they alternately make mods, commit and the other person
updates, modifies and commits they each see their local PC's date-time
of when the updated file lands on their machine. File date-times
*relationships* are maintained on their system so the latest changed
file gets a later date than the previously changed file.
This works well for a huge majority of users, perhaps because with SVN
you rapidly move beyond ever looking at date times to see which is the
latest version. Update is you friend.
Make or Build or whatever the process is that generates output depending
on date stamps will ignore files in your WC that it compiled before and
just drag in those files that changed on the updates since the last
Imagine the confusion if files came with tomorrow's or yesterday's date
You should be able to completely drop using backup software to restore
your WCs. Make sure you backup the repo regularly though.
If you find you are regularly leaving uncommitted work that you want to
backup then consider committing these to a branch in the repo.
Avoid-avoid-avoid putting autogenerated files under revision control.
Unless they are to be shared for special purposes its a recipe for lots
of letters to the user's list.
> If I'd been aware of this and other issues I mentioned on my blog post
> I probably would have stayed with my previous VCS.
To unsubscribe, e-mail: email@example.com
For additional commands, e-mail: firstname.lastname@example.org
Received on Thu Mar 1 15:12:57 2007